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I. BACKGROUMD; MAJOR ACCOMPLISHMENTS UNDER THE GRANT 



In Janixary 1975, the Stanford University BALLOTS project** 
completed work under a grant Jointly funded "by the Hatipnal 
Endowmeifi^ for the Humanities and the Council on Llhrary Resources 
to develop and i^lement an automated hihllographlc service 
system for the Stanford University Libraries. Several years of 
design and development had preceded this grant. 

In early I967, following a period of rapid grovth in library 
staff and in the volume of items processed, Stanford University 
submitted a proposal to and received a grant (and a subsequent 
extension) from the U. S. Office of Education (USOE) to create a 
flexible and rellabj.e on-line system for bibliographic control. 
The focus was on support ing^library technical processing in order 
to reduce the clerical workload by placing the burden of 
repetitive tasks on a machine system; usirg a time-sharing 
computer already serving several groups ol users; creating an 
on-line system with multi-file and multi-index capabilities; and 
using video display units. The design of the rystem was to allow 
for its extension, in phases, from technical processing support 
to other areas of llbraiy operations and eventually to other 
libraries. Additionally, a long-term project goal was to reduce 
unit costs for acquisition and cataloging while allowing the 
library to handle more materials without a proportional Increase 
in the size of the staff. 

Ui^der the two USOE grants, a prototype acquisition system 
(BALLOTS I) was designed. and Implemented hy BALLOTS in 
collaboration with SPIRES ("Stanford Public Information Retrieval 
System"), a Stanford project funded by the National Science 
Foundation. BALLOT I was operated for a nlne^*mcnth period in 
1969 in the Stanford University Libraries. At the end of this 
period, the system was 'evaluated and the design of the production 
version begun. 

The req^uireoents for the production system were: (1) 
reliability— mlnijmmi down time; (2) rapid recovery time; (3) file 
integrity—procedures had to be designed into the software that 
would protect all files from user-, program-, or 
equipnent-initiated failure; {k) cost acceptability— the system 
would have to be able to handle an increasing volume of work at a 
cost equivalent to or less than the cost of a laanual system 
handling cocparably increasing workloads; (5) procedural 
integration— the system had to be Integrated into the day-^to-day 
work of the acqjiisition and cataloging deparbnents rather than 
segregated in specialised units. 



•^^Bibliographic Automation of Large Library Operations using a 
Time-sharing System. 



In 1972, BALLOTS applied for and received the tvo-yew: joint 
grant from the National Endovment for the HunLanities and the 
Council on Library Resources to Inoplement ten ciupxxlative 
technical processing "modules" or sets of capabilities that are 
part of the current BALLOTS II production system. The first 
module of the system, an on-line file of MAJtC (Library of 
Congress MAchine-Readable Cataloging) records, extensively 
indexed, which could be searched and used to produce 
computer^printed purchase orders, catalog cards » and spine 
labels, had already been developed with Stanford's own funds. 

The development cycle for each system module included the 
following steps: (1} determine the system requirements; (2} 
prepare written specifications; (3) update these specifications 
in response to library and programming review; {k) program 
(including design, coding, testing, and documentation; (^} 
perform system acceptance testing (both BALLOTS systems analyst 
and libraiy user testing); (6) train users; and (7) begin 
production. 

The BAI»LOTS project was given a two-month, no cost extension 
beyond the original grant period; work on the final modules to be 
ij^lemented extended beyond this period. This final report takes 
as its scope the coaapletion of the work to ij^lement BALLOTS II » 
which takes it five months past the two-year grant period. The 
modules put into operation between late 1972 and January 1975 
were the following. 



1. 



2. 



3. 



It. 



IFF (the In Process File module) established' 
an on-line file of all the outstanding book 
orders created throu^ the system and provided 
a means for recording each step of processing 
concerning these titles. Implemented in April 
1973. 

CDF (the Catalog Data File module) established 
an on-line file of pennanent, machine-readable 
catalog data for all the ronian-alphabet 
material added to Stanford's collection 
through BALLOTS II . Implemented in July 1973 . 

PO/OC (the Purchase Order and Original 
Cataloging module) extended the system to 
include purchaeing and cataloging for titles 
not found in the BALLOTS MARC (MRC) File. 
Implemented in November 1973. 

ACC (the Automatic Claiming and Canc<»ling 
module) put the follow-up on undelivered 'items 
under the control of coasputer programs, and 
permitted automatic claiming (and autcanatic 
canceling, when nec^aaary) of orders.: The 
original ijqplan^ntalilon date vas advanced, and 
this 3aodule vas ijqplemented in April 197^, 
ahead of schedule. 



ERLC 



8 



ERIC 



5. NPO (the Non Purchase Order Material Receipt 
module) accdomodated the llhraiy's acq>ilsltloD 
througii BALLOTS II of materials hy gift, 
exchange, approval, and hlanket orders. 
Implemented in April 197'^* 

6. SO (the Standing Order module) accammodftted 
ac<iuioltlon of material on standing order ^ and 
enahled the llhrary to acquire and catalog 
serials through the system. Iintplemented in 
August 1971*, 

7* OP (the Out-of-Print module) handle*^ 

procurement of out-of-print titles* This 
module, originally ccanhlned vith the SO 
module, was Ij^lemented in a separate cycle. 
Impl^ented in October 197k* 

8. RP (the Reserve Processing module) enahles 
Stanford*s Meyer Undergraduate Llhrary to 
process its reserve materials througii the 
systam. Coo^leted in Novamher I97U, 
ImplamentatloD of this module had to coincide 
vith the heginning of the next academic 
quarter after its completion; therefore, 
llhrary staff were trained to use the module 
in January 1975, in preparation for production 
use to hegin in March 1975 • 

9* IBV/BK (the Meyer Inventory File and Book 
Catalog modules) converted the Meyer Lihrary 
tape data hase (used to produce hook catalogs) 
to the on-line BAIjLOTS Catalog Data File and 
th\is made it avallahle for on-^line searching; 
they eliminated the previous punched^card 
]&ethod of inputting catalog data for hook 
catalogs hy providing for on-line updating of 
Meyer records in the BALLOTS Catalog Data ^ 
File. These modules were moved hack in the 
impleoentation schedule, and are listed here 
as a single ;j compound module rather than the 
two separate cycles orlginaUy propoped. 
Implemented in Decemher 197U and Januaiy 1975* 

10. CIRC (the Meyer Llhrary Circulation Systaa module) 
vas to he a self-circulation syst^ii, according 
to the Addendum to the Proposal dated 3 
December 1972 (which is attached to this 
report as Appendix A) , The Addendum stated a 
proviso agreed to hy Stanford and the National 
Ehdovnent for the Humanities that the 
liq)lementatlon of the Circulation module was 
"highOy dependent on external constraints » 
notably the existence of acceptable 
circulation hardwaare." 
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During the grant period, a hardware survey was 
made of other cooperative ventures In 
circulation ^steins and BAUiOTS staff kept track 
of hairdwaire usa^e and developments in these 
ventures. Ey mid-197U, it had l>ecome clear 
that the Stanford University Libraries preferred 
to pick up an automated circulation system at 
some point in the future, used by (and possibly 
designed for) other California state 
libraaries.. To design and itnpl^nent a system 
tailored to Stanford alone was no longer 
considered «^concmic or desirable. Therefore, 
as a result of information gathered and 
possibilities discussed over the two-year 
period, a conceptual specification of an 
autoanated circulation system for the Meyer 
Library was written and published. This 
specification suggests the basic ground that 
any autcmated system chosen would have to 
cover in order to be acceptable to Stanford in 
terms of the present manual circulation 
system. Completed in October 197'* • 

This development and inrplementation fulfilled the 
"DESCRIPTION OF ACTIVITIES" given in the Proposal Addendum, 
although the schedule actually achieved varied frequently from 
the one proposed. The following section describes the 
capaibilities and uses of the BALLOTS II system and the design of 
its basic software. 
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II. THE SYSTEM 



A* On the Outside » From the User's Standpoint 
General Capal)llltlea 

In the Acquisition Department of the Stanford University 
Libraries, the BALLOTS system supports the following: 

. Ordering f / of monograph materials, microfortns, 

* Claiming I film, phonotapes, pbonodiscs, 

* Canceling I manuscripts, maps, pictures, 

* Receiving I theses , and pamphlets arriving 

* In-proceas Control \ on regular or standing orders 



Receiving and 
In-proceas Control 



of materials received on approval, 
under blanket plans, 'by exchange, 
end as gifts 



* Ordering | of serials, terminal sets and 

* Claiming { monograph series 

* Canceling 

. Procuratient Control of out-of-print materials 

The claiming for cci^tals Includes automatic follov-up until 
the first piece of a new esubscrlption Is received; claiming for 
all other m&terials (including standing orders for terminal sets) 
Includes automatic follov-up of orders on a regular schedule 
until the entire order Is filled or canceled. The system 
si^ports approximately percent of Stanford University 
Idbrariea acq^uisltton activity. The only m&terials not processed 
through BAUiOIS are film rentals, musical scores, and 
non-rcoanlzed forelgn^language m&terlals. Serial pieces are not 
checked in through BALLOTS, \mt all Incoming pieces of terminal 
sets and sepairately classified monographs are controlled 'by 
BAII/)T8. 

The BALLOTS on-line In Process ?lle (see 'below) has replaced 
the psEper order and dealer files* 

In ihe Catalog Department, the system supports the 

. In-process Control (i-e., dlstrl\mtlon and arrears control) 

. Cataloging 

* Records Maintenance 

* Reference Input and Maintenance 

for nearly all materials (monographs, serials, terminal sets, 
microtexts, phonotapes, phonodiscs, etc.) cataloged In the roman 
alpbai>et. Including rcmanl^ed alj&abets (except for Arabic and 
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Hebrew). In December 1971*, 79*2 percent of new title cataloging 
was supported. This percentage is expected to grow to over 90 
percent in 1975* as the library adjusts to the complete 
production system. 

The system also enables one to establish automatic, repeated 
standing searches against the BALLOTS MRC File; so that if a 
record needed for acq^uisltion or cataloging is not yet in the 
on-line MRC File, it vill be located after it has been added to 
the file from a future weekly Library of Co!igress MABC tape. 

As one result of each day's on-line activity in the library, 
the following morning the library receives all the printed docu- 
ments re<iuired in processing. Se-Lin spine labels are printed at 
a computer typewriter terminal in the library. 

The BALLOTS system uses Sanders Associates SOk programmable 
CRT (cathode ray tube) terminals in the library that are 
coinected to an IBM 3^0 model 67 computer, approximately one mile 
away. This computer also supports faculty and student academic 
and research computing. About 2,000 to 3»500 computing Jobs, in 
addition to BALLOTS, are run on this computer each day. With 11 
terminals operating throughout the day, the on-line portion of 
BALLOTS utilizes less than 3 percent of the cooEputer capacity 
during normal working hours. 

The Files Used and Their Indexes 

The system supports several on-line files accessible through 
various indexes. Currently* in addition to the BALLOTS MRC File, 
there are three generic types of files: ' 

. in process — containing bibliographic and acgiiisltion or 
in-process control information 

. catalog data—containing bibliographic and holdings 
(shelving location, copy number, and call number) data 

. reference —containing "see", "see also", and eacplanatory 
references to catalog data ^ 

At this time, two libraries (the Stanford University Libraries 
and the Meyer Undergraduate Library) have their own records in 
the In Process, Catalog Data, and Reference files* (as of 
December 31, 197'*, 57*200 Meyer records had bee(i built into the 
Meyer Catalog Data and Reference files. The entire Meyer data 
base vill be part of the Catalog Data File by March 1975*) 

The in process, catalog data, and reference records look to 
the BALLOTS \iser as if they belong to separate files. In fact, 
there is a single file; index qualifiers specif^ the library to 
vbich a record belongs and whether the bibliographic record being 
searched Is in process, has been cataloged, or both, or if It is 
a reference entry that refers to another torn of entry used in 
Catalog Data File records. (Section II. 3 explains this 
arrangement further*) 
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The Standing Search Bequest (BSSR) Pile contains only search 
requests awaiting Incoming Lltrary of Congress MASC records* 
Requested nay te entered In this file on-line , but data from It 
cannot te displayed on-line ty the BWIiOaS user. The BSSR Pile 
Is used by hatch program to perform searches against the MRC 
File. After a rapid increase In the size of this file vhen the 
FO/OC jDodule vas iiofplemented, the number of standing search 
requests has settled back to approximately 2,000. 

The characteristics and use of the MRC and other files are 
discussed beloV) followed by a discussion of each index. 

The MRC File. The BWJiOTS MRC File contains only 
bibliographic records taken from the Library of Congress 
MAchlne-Eeadable Cataloging (MARC) tapes. LC MARC tapes are 
converted into records in BALLOTS Internal foimat and 
incorporated Into the MRC File and its Indexes. Records may be 
copied from the MRC File for inclusion in the In Process or 
Catalog Data File, and Ijhey may be altered in the Jn Process or 
Catalog Data File, hut they cannot be changed by the user in the 
MRC File. If a rerylsed MASC record arrives, the first record is 
deleted and replaced by the revised version. This autcaoatlc 
replac€2Dent of MARC data occurs only in the MRC File. 

There are four indexes to the MRC Fixe that may be used 
alone or in combination to se€urch the file. These are* 

1. Personal Kame 

2. Corporate/Conference Nfune Word 
3» TlUe Word 

1*. Library of Congress Card Ihimber 

The In Process File flPF). The IPP contains bibliographic 
and acquisition infoxination for items on order or In process. If 
a title is ordered from a record found in the MSG File, the IFF 
entry for that hook will contain a copy of the MRC record (either 
unmodified from HRC or modified at time of order the user) and 
the acqule^itlon information input at time of order. This 
ordering data includes, for example, vendor name, special 
Instructions to the vendor, price, re<iue8ter(s] , number of items 
on order, etc. If a record Is not' found in the MRC File for the 
title to be ordered, and the title is not an added copy to a book 
already in the system (i.e., a record, ifor the title does not 
already exist in the IPF or the Cataltw Data Fllel, then the 
Acquialtion Department enters the most reliable bibliographic 
description available tor the lt«a. When the bibliographic 
description of an item is input, its aourpe is indicated for 
later use in cataloging. 

If the book ordered is an added copy to a title already in 
the Catalog Data Pile, the Catalog Data File record is used to 
order the added copy. Acquisition data is added and the CDF 
record can then be retrieved as an IFF record. Every physical 
Item ordered or in process is represented l^y a separate set of 
data elements in the IFF record for that title, so that partial 
receipts, partial claijas, and other partial record transactions 
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can be proceesed. Status Information attached to each Item 
clearly Indicates the status and location of each Item or items 
In the streaa of technical processing activities. 

Wien all the technical processing for a title li^ the IPP Is 
completed (e.g., the Items In process are cataloged), the IPF 
status of the record Is dej.eted trom the Indexes to the record, 
the acquisition Information Is deleted, and only a Catalog Data 
File record remains. 

The IPF has five Indexes that can he used alone or in 
ccaablnatlon to search the file. Four of these Indexes are the 
same as those for the HRC File, and function in exactly the ssnie 
manner. The additional fifth Index Is: 

5. EAUX/rS Record Identification Numher 

The Catalog Data File (CDF). The CDF contains complete 
hlhllographlc descriptions and holdings information Cl.e., the 
copy numher and shelving location of each copy) for items 
cataloged. The IPP record hecomes a CDF record at the time the 
book is cataloged through the autcanated system. Titles not 
ordered throu^ BALLOTS (for example, cataloging arrears) may he 
entered directly into the CDF, either hy keying cataloging 
information or hy copying a MRC record and adding Stanford's 
holdings. The hlhllographlc descriptions of items cataloged may 
come frcm various sources » e.g.* MRC records * LC or »UC hook 
catalog copy. Title II cards, LC proof slips, or original 
cataloging efforts . All hlhllographlc descriptions except MHC 
copy are keyed into the system hy the user, either at the time of 
acg(ulsltlon or at the time of cataloging. These records are 
reviewed during cataloging and are upgraded or modified as 
necessaiy to conform to cate^oglng conventions* 

The CDF has the same indexing scheme as the IPP plus two 
jiiore valid indexes: 

6. Llhrary of Congress Suhject Heading 

7. Call Humher 

The Reference Pile (^)' Wie SEP File contains 
cross-references repaired to locate a title in the Catalog Data 
File. These records are of three hasic types: (l) "see" 
references, (2) *'see also** references^ and (3) 
explanatoryAlstory references. The BEF Indexes are: 

1. Personal IJame 

2. Corporate/Conference Name Word 

3. Title Word 

k. Suhject Heading 

5. BALLOTS Record Identification Huniber 

The Standing Search ae<iuegt File (BSSR).. The library Bay, 
using this file, institute an iritomatlc regular hatch search of 
the XRO File for entries expected to appear in a future weekly IX) 
HABC tape. These automatic searches of the IStC File may he 
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repeated far ai^y num'ber of jaontha (up to l8) specified "by the 
user. Successful jnatches are reported to the Catalog Departinent 
on three five Inch slips, so that material awaiting a MRG 
record can be processed through BALLOTS. Search requests are 
autonatlcally removed trm the BSSR File If a specified amomit of 
tinke elagpses without a atatch being made. This capability has 
replaced the old task of repeated searching of the paper Library 
of Congress Depository Pile. With this file, the library has the 
option of avoiding orlgiiial cataloging if an expected HARC record 
arrives and is added to the MRC File. A BS8B File record 
contains the search, request exactly as input 'by the searcher; the 
searcher^s Initials, the BALLOTS identification number of the In 
Pirocess Pile record for the title* and the initial of the library 
that "owns'^ the IFF record. The BSSR Pile is not accessible to 
the BALLOTS user through any on--llne index. 

Figure 1 summarises the Indexing of the files Just 
described. The Date Index mentioned in Figure 1 is not an 
on-line index for BALLOT users. It is used primarily 'by batch 
programs for (a) automatic claiming and canceling of ordered 
materials; (b) purging BSSB records; and (c) Meyer Book Catalog 
production. Figure 2 is a table of the data in each of the seven 
indexes for the MRC» HT, CDF, and REP files. 

Searching the BALLOTS Files 

Searches of the BALLOTS files can be quite simple or quite 
elaborate. Slj^ly stated, the user at the terminal keys a search 
request ccnposed of the basic cemnand **flnd", a valid name of the 
index to be used» and a value or values to be located. "Find t 
fire'* will cause the systoa to gather a list of the records in 
the file that conform to this criterion — i.e., hove the word 
"fire** somewhere in a data element Indexed in the Title Word 
Index. "Find cal z€99if and s libr/ auto and a meadova" is a more 
ccotplex search that asks for all the booXs whose call numbers 
begin Z699, with **libr** and **auto*' appearing in their subject 
headings, and the name Ifeadows associated with the work (as 
author or editor, for instance). Sty* using Boolean operators 
(^^and**» **or*% '^not**) and requesting searches of more than one 
index at a time, the user can make his search broad or specific^ 
depending on his purpose In searching the files. Parentheses can 
also be used in coniplex egressions. 

An author's name in the personal Name Index can be searched 
for in a variety of forms. For example, the following 
variations, or any combination of them, would be accepted as 
valid search, terms and would locate the &ame record: 

WHITE, J.E.M. (initials, surname first) 

White, M. (seme initials omitted) 



White, JEN 
vhite, Jon ewbank aanchip 



(initials without periods) 




J.E.M. White 
Manchip White, J.E. 
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Piles 



Indexes 

PEBSOKAL 
NAME 

CORPORATE/ 
COHFERENCE 
KAMS WORD 

TITI.E WORD 

LC CARD 
NUMBER 

BALLOTS ID 
NUMBER 

LC iUBJECT 
HEADING 

CALL NUMBER 



MARC IN PROCESS 



X 
X 



X 
X 

(X 



CATALOG 
DATA REFERENCE 



X 
X 



X 
X 



X 
X 



•stored as the key of the record but accessed "by the user 
in the same vay as the other indexes. 

NOTE: There is also a Date Index. It is not accessible 
in on-line searching as are the indexes shown here, but 
is niaintained as an adjunct to various system routines. 



Figure 1. Indexes to BALLOTS Piles 
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Vhlte* Jo Ev^ Nan (iiofplldt truncation of 

forenames) 

Wil#> J*E*M* (e35>llclt truncation of 

sumaiae tbroiigh use of 
pound sign) 

The BALLO!FS system makes extensive efforts to recognize different 
versions of a personal name because the exact form of an author^s 
name Is not alvays known* Compound surnames (for exams>le» 
^'Tellhara de Chardin, Pierre") are Indexed on toth the first 
element of the surname (e*g*) "Tellhard^) and on the last 
elanent of the surname (e*6*> ^'Chardln**), This facility Is 
particularly useful for Spanish and Portuguese names > 
vhere the person frequently uses only the flrnt element 
of his last name* 

A user may truncate dn Index value using thr pound or number 
sign; c,g*> "find CS llbrar# autcwatlon** vill retrieve all the 
entries In the Corporate/Conference Name Word Index l»eglnnlng 
vith **lltrar'* (libraries^ library^ ll^jraarlan* etc*) and the word 
automation. The words need not occur Iti that order since each 
word Is Indexed separately* As another example » *^flnd CAL 
QDlt50#** vill retrieve all records Indexed In the Call Sm^er 
Index with a call number that begins with (JpItJO* Truncated call 
nuober searching la useful for browsing through the files 
according to the Library of Congress classification aclieme- The 
degree of truncation determines the limitations of the area 
browaed* 

A subject heading search can be made ss specific or as 
general as desired by the user. For exai^le* "find subject Art# , 
will retrieve all entries in the Subject Index that have "art** as 
the first three letters (artists^ artistic^ art nouveau» etc*)* 
Thls» of course* is liable to result in unmanageable search 
results, so the user could specif^ a further criterion— "find 
subject art# 19th Century" > which would retrieve all the entries 
in the Subject index with the character string "19th Cektury" 
coadng scoewhere after the string "art"* When the truncation 
syift)Ol Is used to stand for words interior to the subject 
headings there is iiofpHclt truncation at the end of the subject 
heading* 

As Section II*B explains^ wlthl? the BALLOTS file structure 
each Index term is qualified to indicate to which logical file 
(HRC, IFF» CI>7» or REF) and to which library the associated data 
belongs* The user can specify the fllef he Intends to sea3rch» or 
BALLOTS will esta3)llsh a default sequence of files* If the 
initial search of a file yields nothing^ the systaa automatically 
goes on to search the next file In the sequence* If a single 
recced is found In a flle» the systat automatically displays It 
for the user* If more than one record Is found that meets the 
seasrch criteria^ the system Infozms the user of the number of 
records matched* At this point* the user can narrow the search 
by specifying additional retirements in an interactive session 
with the system* If he ends tq? with too few results as a 
consequence of hia coinands > the fXB^V may flsaue the *^acki;q?" 



17 



12 



ON-LIME INDEXES ACCESSIBLE TO THE BALIOTS II USER 



1. Personal Heme (PM) Index* 
If values exist in a record for any 
of the following data elements* the 
personal name portions of those 
values (i*e*» excluding dates and 
relators like Joint author or 
title) are indexed In the PM index. 
For the following files, the data 
elements indexed are: 



MRC. IFF. CDF; 



CDF additional: 
REP only: 



Personal names 
from the main 
entry* added 
entry, series 
statement , 
series added 
entry* 

Personal name 
suhject. 
Personal naiae 
referred from. 



Title portions of author/title 
entries are indexed in the Title 
Word Index, A series statement 
corporate or conference author is 
indexed only if it is traced in the 
same form* 

3* .Title (T) Word Index* The 
T index is a vord index like the CN 
index* The data elements indexed 
are: 



Title portions of author/title 
entries are indexed in the Title 
Word index* A series stat^ent 
personal name is indexed only if 
it is traced in the same form* 

2* Corporate/Conference (CH) 
Name Index* The CN index is a 
"word" index* In a word index, 
every significant word in the value 
of an indexed data element is 
indexed. Fre^iuently occurring 
words, such as institute, are not 
indexed* For the following files, 
the data elements indexed are: 



MRC, IFF, CDF; 



CDF additional: 
REF only: 



Corporate /con- 
ference entries 
from the main 
entry, added 
entry, series 
statement, and 
series added 
entry* 

Corporate/con- 
ference suhject, 
Corporate/con* 

f erence names 
referred from* 



MRC; 



IFF, CDF: 



CDF additional: 



REP only: 



Title words 
from the main 
entry (title 
and uniform 
title), short 
title, added 
entry, series 
statement, and 
series added 
entry. 

Data elements 
listed for MASC 
plus the title 
portion of 
author/ title 
added entries* 

Suhject that is 
a title* 
Title vords 
referred from* 



^* Lihrary of Congress Card 
(CRD) Humher Index* The one 
BALLOTS oata element indexed in 
this index is the LC card numher, 
and only the numeric portion 
(excl^x^ding revision, prefix, and 
suffix notations) is indexed* It 
i6 indexed for MRC, IFF, and CDF 
records * 



1^ 



The BALLOT S Identification 
Each record in 



(id) Wumher Index* 
an IFF, CDF, or JREF file has a 
unique ID number that is added to 
the record vhen the record is 
created* The final digit is a 
check digit* 



Figure 2* The Data Elements Indexed in Each of the BALLOTS Indexes 
to the MRC, IFF, CDF, and REF Files 
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QH-ilNE INDEXES ACCESSIBI»E TO THE BALLOTS II USER cont, 

6, subject (s) Index, Only 
topical and geographic Bubject 
headings are ijiclu4«d in this index 
for records in a CDF of HEP file. 
The subject index is not a vord 
index, the vhole subject heading is 
treated as a single index term, 

7* Call Mmber (cAL) Index, 
The CAL index is valid onJy for 
records in a C&talog Data file. 
The only data element indexed is 
the holding library's call number. 



Figure 2 cont. The Data Elements Indexed in Each of the BALLOTS 
Indexes to the MRC» IFF, CDF, and BEF Files 
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command to reinstate the previous result stack. If he ends up 
vlth aero results > the system vill back up to the previous 
result stack automatically. 

The user can now give the ccamnand "display'*, and BALLOTS 
will show him the first record of the result stack (the records 
retrieved in the search) on the CRT terminal screen. Paging 
commands (the *VB" and function keys on the BALLOTS CRT 
terminal) can be used to see each record in turn, moving forward^> 
or backward though the result stack. 

Technical Processing 

To describe all the technical processing possible in BALLOTS 
as searching has Just been described (still an abridged 
explanation) would take up many pages of text. In June 1972 » the 
BALLOTS project began publishing the "User*s View of BALLOTS'* 
series in order to give some idea of the techlcal processing made 
possible vlth each newly Implemented module in the BALLO!IS II 
system. The final pul)llcatlon in this series, "A User*s View of 
BALLOTS, Numbers 1*^7'*, (September 197^, 6? pages) sunimarlzes the 
activities possible in the system as it stood after 
implementation of the Out-of*Prlnt module, but before 
implementation of the Meyer Inventory Pile, Reserve Processing* 
and Meyer Book Catalog modules. Figures 3^-6, following, are 
taken trcm the BALLOTS Reference Digest, which is a brief summary 
of system information used by library staff at the terminals. 
Figures 7, 8, and 9 are three saiaple outputs from technical 
processing: a catalog data slip, a claim notice, and a partial 
set of catalog cards* Without accompanying explanatory text, 
these figures give some idea of the nature and scope of the 
technical processing carried out in BALLOTS II, 

Dally Operations in the Library 
and at the Computer Center 

) 

The BALLOTS system is used dally by both professional 
librarians and support staff as part of their dally technical 
processing a<!tlvitles, 

Ihirlng BALLOTS on*-llne production hours, from 8:30 am to 
5:00 pm Monday throu^ Friday,* when the library staff are 
searching BALLOTS files and inputting data at the CRT terminals, 
computer operators and library staff cosmmmlcate with each other 
via the telephone about problems with hardware and software. The 



*The system is available from 8:30 am to midnight, although 
technical processing activity in the library presently ends at 
5:00 pm. During the evening (as well as throughout the day), the 
on-line files are searched for bibliographic, reference, 
holdings, and location information* 
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operators notify the llhraiy If any part of the system anist he 
taken out of service* Operations ataff are also responalhle for 
seeing that the terminals are working properly. The goal of 
BALLOTS' coordination vlth the Academic Cotxtputlng Operations 
Group has heen to allov contputer operations staff to carry out 
their reaponslhUltles without intervention l^y BALLOTS staff, 
except in case of *nergency. 

All printed outputs except the Se^Lln spine lahels are 
printed on a high-speed printer at the Academic Confuting 
Services center of operations* BALLOTS hatch production programs 
are run during Acad^c CGanputlng*s third shift (midnight to 8:00 
am). Third shift operators control all the BALLOTS overnight 
Johs, from suhmlsslon of the run through printing and processing 
of the final outputs. These Johs are run on a regular daily, 
weekly, hlveekly, and monthly schedule. A courier delivers 
printed outputs to the llhraiy every morning. 



CRT SCREEN FORMATS 



Searching/Display 



Input /Update 



ATI - Full Acquisition Display BIl 

BPl - Full Blhllographlc BI2 
Display 

BHl - Partial Blhllographlc/ HH2 

Full Holdings Display HUl 

GSl - General System ORl 

HFl - Full Holdings Display RIl 

PEl • Acquisition Display RPl 

RFl - Reference Display HXl 

511 * Search Inquiry 

512 - Search Continuation 



Blhllographic Input 
Additional Blhllographic 

Input 
Holdings Input 
Holdings Update 
Order Input 
Reference Input 
Reserve Pirocesslng Input 
Acquisition Matrix 



Figure 3. The BALLOTS II CRT Terminal Screen Formate 
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FUNCTIOMS 



Any file for any library exqept the BSSR Pile can be searched through the 
SES FILES command in Bixy function except SCRATCH, If the default file 
search for a function is "LI dependent", only the files of the library 
specified in the SET LI (Library Identifier) comntand (q.v,) will be 
searched. If the default file search for a function is not LT dependent, 
the files of all the libraries in the system will be searched, The MRC 

file cannot he qualified by LI since no single library owns this file, 

l?he default display format for a record varies with the file being 
searched: 



CDF - pRl (Acquisition Display Format) 

IPF - PRl (Acquisition Display Format) 

MRC - PRl (Acquisition Display Format) 

REF - RFl (Reference Display Format) " 



ORDER - Used hy the Order Division 
to order material or to request 
a search and quote of material 
from vendors, - (ORD) 
Default Files for Searching (no LI 
dependence): REP, CDF, IPP, MRC 
Required Input A^pdate Format: ORl 
Valid Source Records to Begin 
Build: CDF, IPF, MRC plus 
CREate, DUPlicate, or IMItate 
command 

WON PURCHASE ORDER MATERIAL RECEIPT 
- Used hy the Order Division to 
receive blanket order and approval 
order books, NPO Is also used hy 
the Gift and Exchange Division to 
input gift and exchange books , and 
by the Catalog Department to input 
cataloging arrears, - (UPO) 
Default Files for Searching (no LI 
dependence): REF, CDF, IPP, MRC 
Required Input/l^date Format: ORl 
Valid Source Records to Begin 
Build: CDF, IPP, MRC plus CREate 
or Duplicate command 

RECEIPT - Used hy the Order 
Division to receive books acquired 
by purchase orders and to process 
them if certain criteria are met, 
^ (REC) 

Default Pile for Searching (no LI 

dependence): IPF 
Required Input/l^date Format: RXl 
Valid Source Records to Begin 

Build: IPF 



CUIM/CANCEL " Used hy the Order 
Division to initiate claim or 
cancellation for books on order and 
to record dealer report information; 
or to vary the automatic claim 
cycle, - (CLA) 

Default File for Searching (lI 
dependent ) : IPF 

Required Input/l^date Format: 
none 

VaUd Source Records to Begin 
Build: IPF 

DISTRIBUTION - Used hy the 
Distribution and Searching Unit of 
the Catalog Department to (l) 
process selected categories of new 
titles with MRC records; (2) update 
an IPF record to shcv the status of 
an item in process; and (3) update 
an IPF record with varloxxs 
information, such as m additional 
requester, - (DIS) 

Default Piles for Searching (LI 
dependent): IPP, CDP, MRC 

Required Input Aft>date Format: 
none 

Valid Source Records to Begin 
Build: IPP 



Figure It, BALLOTS II Technical Proces&ing Functions 
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FUNCTIONS (continued) 



CATALOG - Used "by the Catalog 
Department to record the addition 
of a book to the library's- 
collection and to produce catalog 
cards and spine labels, - (CAT) 
Default Files for Searching (U 

dependent): REF, CDF, IFF, MBC 
Required Input/Update Format: HH2 
Valid Source Records to Begin 
Build: CDF, IFF, MRC pltis CREate 
or Duplicate command 

REFERENCE *- Used by the Catalog 
Departiaent to create or update 
"see'*, "see also'V e3q>lanatory 
records In the Reference File 
(rep). The reference records 
facilitate the use of the Catalog 
Data File (CDF), - (REF) 

Default File for Searching (u 

dependent) : REF 
Required Input/Update Format: RIl 
Valid Source Records to Begin 
Build: REF plus CREate or 
Duplicate command 



MAINTEHAKCE - Used by the Catalog 
Department to update records in the 
Catalog Data File, *** (MAl) 
Default File for Searching (LI 

dependent): CDF 
Required Input/t^date Format: 
none unless REC changed on BIl 
In vhlch case HUl required 
Valid Source Records to Begin 

Build: CDF 

SCRATCH - Used by the Catalog Depart- 
ment to remove standing search re- 
quests from the BSSR File, - (SCR) 
Default File (no U dependence): 
BSSR 

Default Display Format: none 
Required Input/Update Format: 
none 



RESERVE - Used by the Meyer Reserve 
Processing Unit to search for 
items to be placed on reserve and 
for the production of reserve 
catalog cards. No on-^llne file 
of reserve records Is maintained. 

- (res) 

Default Files for Searching 
(no LI dependence): HEP, 
CDF, IFF, MRC 

Required Input Format: RPl 



Figure 1* cont, BAIJX)TS II Technical Processing Functions 
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COtMAMDS 



Searching/ Display* 



Input/Update* 



BACkup " Used after a search 
liKjulry has been modified; has 
the effect of removing the last 
^modification made. Valid only on 
SI2. 

Display - Causes first record In 
i^earch results to te shown on a 
display format. 
PINd - Starts a new search infjulry. 
KEEp - Causes the cuirent search 
inijuiry to te established aa a 
standing search req.uest. fCEEp 
followed by an IFF record I.D. 
number Is a valid coimttand to link 
the standing search req.uest to 
the XPF record waiting for a 
MRC record) by Including the 
record I.D. In the BSSR. 
UKjOFF - Terminates user session 
with both BALLOTS and the 
can5>uter. 
(paging Canmands) - There ar^ five* 
used to display search results. 
+» - go from frame to frame 
of a record; 
go from record to record 

In search results; 
goes to next acquisition 
structure In a 
record. 

These five commands are also 
function keys on^the terminal. 

RSiove - Combined with a BSSR number, 
REM deletes a record from the 
Standing Searcjh Request File 
(B8SR) In the SCRATCH function. 

RESume - Causes the search Inquiry 
to be processed against the next 
on-line file available for 
searching. 

SST - Establishes the (l) function, 
(2) user I.D. (OID), (3) files for 
searching, (It) library's files to 
te searched^ (5) CRT display 
format, and (6) system log. The 
word "set** Is ofptlonal. That Is, 
fun cat** Is a sufficient coimaand 
to set the function to CATALOG. 



+B, 



+A 



CANcel - Eiids Input/update part of 
current processing. Nullifies 
Input or update transactions just 
made. 

COirtlnue - Gives user a blank frame 
on which to continue Inputting a 
data element. Used on the BI2 and 
RIl formats. 

CREate - Requests a blank Reference 
Input (RIl) format In the 
REFEREMCE function or a blank 
Blbllogrephlc Input (BIl) format 
in the ORDER* NPO, or CATALOG 
function. (BI2 optional.) 

Duplicate * Initiates an Input se- 
quence to create a new record with 
a new ID that contains the seme 
bibliographic data as an already 
existing record. The record to be 
duplicated Is displayed and the 
Duplicate ccomiand Is issued. The 
system responds with the Input 
format (HH2, ORl, or RIl, depending 
on the function) that Is requlreci 
to ccwplete the tulld sequence. 

ELImlnate - Deletes stop or 

desiderata records from the IPF. 
Elflmlnate must be Issued from the 
API format In the ORDER or CLAIM 
function. Also deletes reference 
records from the REP Pile. 
ELImlnate must te Issued trcm the 
RPl format In the MAIMTENANCE 
function. 

ENTer - Ends Input/update part of 
current processing. All Input or 
update transactions processed. 

EXAmlne - Prompts cxirrent 
Input/update format from the 
beginning, as modified during 
current user processing. 

I^ore Causes BALLOTS to disregard 
all actions taken concerning 
current frame; prompts the frame 
as It existed before the current 
user processing. 



^Screen format names (e.g.* "BIl") may be used In both carmnand categories. 



ERLC 



Figure 5. The BALLOTS II CoBMand Language 

24 



19 

C0HHAND6 (continued) 



Searching/Display* 

WfLtur - Terminates user session 
vlth BALLOTS; returns user to 
WILBUR system. 

Dfltate -t Initiates an input sequence 
to create a nev order with data 
prcopted from an already existing, 
order. The acquisition structure 
to be imitated is displayed on an 
AFX format and the IHItate coomand is 
issued, the system responds vlth an 
OKI format prcopted vlth the same 
data.- 

MORe ^ Gives the user additional MDY 
, input arev on HX1> additional 
blank input areas on BIX and BI2» 
additional MASH and/or LOC/BDX 
pairs on HH2» and additional 
MASH input areas on HUX. 

REPlace ^ Proiupts current 
input/update format from the 
beginning » as it existed before 
the current user processing. 

TRAnsfer CRD - Replaces the entire 
bibliographic portion of a record 
in the IFF. The counand is given 
from a display format of the IFF 
record and contains the CRD nuniber 
of the HRC record that is to 
replace the bibliographic portion 
of the displayed IFP record. 

TRAnsfer ID * Replaces the entire 
bibllograikblc portion of a IFF 
record vlth the bibllograikblc 
portion of another IPP or CDF 
record. The cQomand Is given from 
a display format of the record to 
be replaced and contains the ID o;f 
the record that Is to replace the 
displayed record. 



^Screen format names (e.g.» *'BIl") may be used In both command categories 



Figure 5 cont. The BALLOTS II Command Language 
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PRINTED OUTHJTS 



Alert Slips 
Cancel Slips 
Cancell&tion Notices 
C&talog Cards 
C&talog Dat& Slips 
First Claim Hotices 
Fund File Slips 
Invoice Alert Slips 
MABC Use Statistics 
Matched SSR (Standing Search 



MPAC Notices 
Order Slips 

Purchase Orders 
Purged SSR Notices 
Reference Catalog Cards 
Reijuester Notices 
Reserve Catalog Cards 
Search and Quote Notices 
Second Claim Notices 
Spine Itabels 

Standing Order Claim Notices 
Title II Slips 
Void Slips 



Request ) Notices 
Meyer Audio Catalog Cards 
Meyer short Catalog Cards 



The following outputs are not distributed to users but are 
used in system control «id nftintenance ; 

^, 

MARC Conversion Error Recoils 

MARC Conversion Catastrophic Error Records 

MABC Conversion Statistics 

Pile Check Lo^ and Statistics 

SPIRES Overnii^it Processor Leg and Statistics 

BALLOTS Overnight Print Processor Log and Statistics 

Daily Printed Output Statistics 

System Log 

Deferred Queue Listing 

Standing Search Request Log and Statistics 

SPIKES File Statistics 

Available Sjpace Heport 

Aut(^atic Claiming and Canceling Program Log and Statistics 



Figure 6. Printed Outputs Created in BALLOTS II Technical Processing 
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BT28*Da 
CASxABA*Sli»d«* xxcard 

Dobtcb* Ufred. 

eiaabaa 1ft Mekularer Gesellscbaft. Zui ThoMa 
GltoJaa'ttDd Satkoltrisl«rita9 in der ti«uerea Theologie, 
bMondars bel Prltdrlcb Gogtrten. Berftr B«rbert 
Laa9S PrtoKfart/H*, Pet«r Lang* 1973* 

Till, 196 p. 23ct* (Ettropa«l8che 
BocbsclittUchclftan* |«lh« 23t Tk«ol09l«, Bd.17) 

Pttbllcatlons by P.Gogarten after 1945: p. 196. 
inclttdM bibliographical refarmces* 

I.Tbeologr - 20th c«atarr. 2.s«colarizatioti 
(Th«olo9r) 3.GQ9act«&» Frl«drich, 1887-1968* I. 
TmE. II*SBB. 
CBD:73-367247 



OBDS09/19/74 ADDtOI 

PBOtFO SI;DI, BK:1IBP301 5X1:2 

fBIDOBtBABB&S 

BBQ. BTtBBR PB«32.00P 

1.1 Hfil*12/18/7I| l>IS*12/ie/74 



r?r 57. — x:nitB itc» u 

tUWti 



-B&t- 



INPUT lYt 



DATEi 



Figure 7. Catalog Data S,*ip 
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ITAMWDO UNIViattTV 



GLAin 



CUIN 



cum 



NO <Q*it^ 




CUIRf SBCTIOB, OBDBI DimiOK 

sTAKFoiD avmtsm libruies 

STAKPOtD, CUIPORKU 94305 



Dkit Of o*oa 



CMMtMO. 



12/30/7* 



tfa bftfe failed to receive the uterial isdicetad o* the cleia no* 
tica(s) attached and preTioasly ordered on the date(s) ohovn. Please 
usa tba copy of the clain notice to report the status of the order 
and return to the above address. If an o rder is not in jrour files. 



please consider each claia notice as aathcrization to fill that order. 

In the event yon have already shippeq the aaterial, please 
disregard this claia. 

Thank tou. 



TvfMoT 



If AVI ^ 
HANK 






HP 




Sf 














DiAi£R: set orm Siot 



tlANratO UMIVtftStTV 
UMARKt 

HtCOOl 



cikin 



cum 



CUIN 





DkTEOfOltDER 


OUDtR HO. 




09/2V74 


65K701S1 



NO CWKSl 

_! I tye, J. R. 

Periodicals of the nineties; a checklist of literary j 
periodicals published ia the British Isles at longer than fortnightly > 
intervals, 1890-1899, coapiled by j. S. Tye. Oxford [Rug.] Oxford i 
BibXiQ9Zapbical Society, 197<i. f 
([Oxford Bibliographical Society] Occasional publication, no. ] 

9) ^ 

BILL IH DOPLICAtE ARD SHIP TO: 
Order Division 

Stanford Univeraity Libraries 
Stanford, Ck 94305 o«S»A. 



ISRR:0901420107 



AC1FL 



'^iRVERs j][jfi:,iUH(<r.Xi»r»mm!HXi^mx«xx 



Of AUK 
»AVt ^ 






MP 









MAUR: see OmK SIDE 



Figure 8, Claim Notice 
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DBl93*W5r Stack 
1956- • (CIRD 3) 



Hat«ritlieil zur Lanfl^slciiiide tou BoehMen ond 
iaehr«ii*8cble6leii* If • TITLE; 
VissMBcliaftliche Rat^riallen xn r La; 

1956- 
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193 



St 



DB193.»5 



cxechoslo^ 



(CARD 2) 



DBI 93. (TS 
STK 



C.I 



Vissenachaf tliche Hateriali^n ond Beitrftege 

Bo«haischen Laendcr. H«ft 1- . Huenchen, 
P.L«rch<e, 1956- ■ . 

?0w H0I.DIK6S SBP SBRIAIS RECORD 

Title Tar ies; 1956- Vissenschaftlich* 
Haterialien zur Landeskunde Ton Boehaen tind 
Haehren*schlesi«n; -65, frissenschaf tliche 
naterialien ztir Lantleskiiiifle 9'>r Bcehaischen 



OSL 01/29/75 HWP KSW 



SSE NEXT CARD 

12665605 



Figure 9, Catalog Cards 
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On the Inside " From the Progranmer^s Standpoint 

The Envlronnent; Introduction to BALLOIIS Software 

The BALLOTS softvare was designed to operateHflrithln the 
hardware and aoftware configuration sketched In Figure 10. To 
elaborate on this figure, the BALLOTS CBT teralnals are located 
in the Stanford Main Library in the Acqulaltlcm and Catalog 
departments. These terminals are connected via twisted pair 
cables to a multidrop box (Sianford-bullt modem) that acts as a 
shared data set* and then to a PDF-1I/1»0 mini computer In the 
academic confuting branch of the Stanford Center for Information 
Processing (SCI?). The H>P-11, In turn, Is connected to an IBM 
2701 parallel data adapter which Is connected to a selector 
subchannel on the 360/67 computer. The 360/67 runs BALLOTS along 
vith general time-shared and batch campus comjputlng Jobs. 

BALLOTS Is an on-line program that Is executed by OiRVYL, the 
tlme^sharlng monitor developed at Stanford. ORVYL allovs access 
(with search and update privileges) to the BALLOTS on-line files » 
which are stored In the ORVYL file system on CDC 23l)»2 
double Hlenslty, direct^access drives. 

All record modifications, additions, and deletions within 
the file system and requests for printed outputs are entered 
on-line and queued in a temporary data set (print data quetie). 
The dally and weekly batch programs process this data set to 
produce the required printed outputs as well as to update the 
files and their associated Indexes. 

The on*-llne program communicates with the BALLOTS terminals 
along a software path leading through an ORVYL l/O Interface 
routine, MILTEH (the terminal executive), and the PDP-U control 
program. MILTEH is currently able to connect simultaneously 
about 125 interactive terminals of various types through both an 
IBM 3705 and the H>p-ll front-end coiammlcatlonfi controllers. 

The PDP-ll supports ell the hi^-speed CRT display 
terminals. Slj^le display terminals such as the Tektronix 1*023 
are supported one to a line, while the Intelligent terminals used 
by BALLOTS are noiltidz^pped (up to eight terminals share a line)* 
The TUp-Xl provides polling, buffering, translation, device 
transparency, terminal program loading, and seme diagnostic 
capabilities. Vhereas the 360/67 can interrt^pt the PDP-11 
whenever the 36O/67 has data to send, cconiunication between the 
terminals and the FDF-11 is done on a polled basis- The H>F-11 
repeatedly asks each terminal in turn if it hac data to send. If 
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Figure 10, BALLOTS II On-Itne and Batch Operating Environments 



ERIC 



31 



26 



a terminal is not active, the PDP-11 places it in a 
lower-priority status and polls it less often than the active 
terminals. Once the terminal tieccanes active, it requires the 
more fre^uerit polling status, llie PDP-11 ljuffers the transfer of 
data ijack and forth between the terminals and the 3^0/67 , Beta 
is transferred from the buffers in the PDP--11 directly to memory 
in the BALLOTS subprocessor within the time-sharing monitor on 
the 360/67, Therefore, unlike the support of the low-speed 
typewriter terminals, the PDP^ll iinplementation does not require 
buffering within MILTEN to handle the data. 

The 360/67 sends and receives all data in EBCDIC character 
code. The PDP-11 does the translation for ASCII character code 
terminals. The PDP-11 also translates control codes, such as 
"clear screen" and "home cursor**, to fit the particular needs of 
each terminal. This provides a degree of device transparency to 
the programs in the 36O/67* The PDP-11 contains a copy of the 
program that runs in the BALLOTS programmable terminals. On 
request from one of those terminals, the PDP-11 can transmit a 
fresh copy of the program* This is necessaary because the memory 
in the terminals does not retain the program when the power is 
turned off* The PDP-11 relieves the 360/67 of the core and 
programming req^uirements necessary to support all of these 
functions. The PDP-11 also supports rudionentary diagnostic and 
statistical services for the display termined system. 

The terminal used in the BALLOTS II system is the Sanders 
PDS SOk programmable CUT terminal. This terminal includes a 
microprocessor aiid It,096 bytes of programmable memory that permit 
specific computer programs to be loaded directly into the CRT 
terminal. These programs control the display of data, the 
Keying, and the communication of the data to the main computer, 
This terminal can display 1,920 upper- and lowercase characters 
on a screen, in 2k eighty-character lines. Specific functions 
have been assigned to certain keys (such as paging through 
records retrieved from a search, or paging through portions of a 
record display)* 

The IBM 360/67 conq&uter nins under OS MFT, which permits the 
division of core storage into various peurtitions so that several 
types of Jobs can be run at the same time. All the BALLOTS batch 
programs run in a partition that has a charging algorithm 
weighted favorably toward low CPU - hifi^h I/O confuting 
operations* All printing is performed through RALPH, a Stanford 
version of HASP, The high-speed printer used is an IBM ilt03 
Model HI, which prints at about 350 lines per minute when the 
upper-lower case print chain is mounted. 
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The software for BALLOTS was developed over a period of tvo 
years » adding modules of progranmlng code to satisfy the 
production requlrauents designed hy the library and BALLOTS 
anal^als staff* Most of the software developaient utilized the 
debugging tools of the ORVIL tline^Bharlng system (vblch permit 
the progrsnnerB to start and stop code In order to eoamlne 
data storage cmd regiBters) as veil as the reittote job entry and 
tert-edltlng facilities of HYLBUR* 

The code for all the programs was written In FL360 cmd a 
ittodlfied version of Bacfcus-Naur Form (BNP)> with the exception of 
the MARC records conversion program (vritten In PL/l) and the 
QBVIL I/O interface routine (written In Assembler Language), 
Several intermediate program steps use IBM 3^0 utilities for 
sorting and printing. All the programs have been vritten so as 
to minimize code redundancy — coomon routines are shared as unich 
as possible. System maintenance Is facilitated by the overall 
design^ Trtilch Isolates sections of code to perform partlciaar 
functions, and by the generalized nature of each section) which 
permits modification by parameter manipulation rather than 
through changes In the code Itself, The total program library 
for all aspects of the eystem exceeds 75 object decks. 

The BALLOTS software can be grouped Into the dally » 
weekly^ and montUy batch programs^ and the on-^llne program 
mentioned above, (The execution of the batch programs is 
controlled by the computer (^rations* ataf f with reference to the 
BALLOTS II Operations Manual, which contains operator 
instructions and procedures, job control language » and production 
control procedures,) Incorporated Into the batch and on-line 
software are the Intei-face routines that, peT"iit use of the ORVn. 
file syatem, BALLO^ file records are jfetrieved and iqpdated by 
modified file Management routines selected from SPIRES software, 
SPms— the Stanford Public Information RBtrleval System~ls a 
generalized information storage and retrieval eyst^ originally 
developed as a sister project to BALLOTS* - 

The following sections describe the major portions of the 
software. 

The BALLOTS File Structure 

The BALLOTS file system comprises 13 Individual files 
containing over 300 unlqjae data elements (standardized units of 
information). The reading* formatted display* and manipulation 
of these units of data are accomplished by BALLOTS programs. The 
definition of the files and their maintenance, under the ORVYL 
ttne-sharlng syst^, 1b done through the SPIHES file definition 
language and fUe services software. 
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The SPIRES file definition language enables one to define 
liles and associated data elements Ify specifying sets of siiofple 
parameters. Cosnpiling these parameters generates the files » 
directories, and characteristics needed for maintenance and 
manipulation. F^rocesslng rules are included in the definition, 
to applied to individual elements vlthin the file at time of 
input, output, or interface vlth other data sets. 

Within certain limitations, SPIRES permits the modificationr^ 
or con^lete change of files as requirements are expanded or 
prohlems occur. As the system develops and new files and 
services are added, additional data structures can he added to 
modify the files without reconstructing the file$ or otherwise 
sacrificing work already done on them. The use of this 
indeipendent software system to develop and maintain the BALLOTS 
files has proved to he a valuahle approach. 

The BALLOTS design involves several interdependent modules- 
The file system was developed and test rec9r ds with new dat a 
elements or structures were added via SPIRES^aoftware* Parts of 
a module could he tested with these existing files hefore all the 
necessary routines were ready, por exaarple, the catalog card 
print program in the second module required that a certain data 
element he in upper case. This could he accomplished in SPIRES 
and the program tested, without waiting for the BALLOTS on-line 
routine that produced that data element to he congpleted^ The 
BALLOTS files underwent many iterations thro^gh the days hefore 
scheduled implementation; they could he redefined, compiled, and 
rehuilt with a nucleus of test records within a f^ hours, and 
with minimum intact on program testing. 

The SPIRES files design also provides BALLOTS with an 
effective file security measure. All on-line activity (item 
processing done hy lihrary staff at video terminals during the 
4ay) is queued in a temporary data set (the "deferred queue data 
set") that is not used to update the files until all on-line 
users are off the sy stem and t he data set has itself heen duniped 
-to -a"-bai:ae=up^ape;^ During the day, when a user is trying to 
access a record that has already heen chaxiged or created that 
same day, SPIRES software presents the user with the changed 
versioii of the record from this deferred <lueUe dAta set. 
Although the files have not yet heen actually updated, they 
appear updated to the user. If any prohlems occur in printing 
the ovemi^t hatch outputs, recovery procedures are availahle 
that use the hack^i^ tape dumps. 

Figure 11 is a diagram of the BALLOTS data files that shows 
the hierarchy of their use hy BALLOTS and SPIRES programs. The 
two main BALLOTS files (shown in Figure 11 ) are the MRC File, 
which contains records from the Lihrary of Congress HARC service > 
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Figure 11. BALLOTS Files 
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and the In Process - Catalog Data - Reference File (IPF/CDF/REF), 
which contains records for Stanford University Libraries and for 
the M^er Undergradixate Library. This latter file Is physically 
one file vithln the ayatem, tut under SPIRES and with the 
associated indexes It Is logically treated as six separate files* 
It la updated dally l?y activity In the Stanford Library's 
AcqulsltiAO„and Catalog departments* A nucleus of 80,000 Meyer 
Library records Is also telug added to this file (see the 
Inventory file conversion described telow). Bibliographic 
records are added to the MRC File every week from tapes provided 
by the Library of Congress* 

There are four canmon Indexes linked to both these files; 
Personal Mame, Corporate/Conference Name Word, Title Word, and 
Date. CDate Is an action Index used for monitoring activity on 
the various files. For MRC records, the Date Index contains the 
date the record entered the BftLLOTS files. For the IPF/CDF/REF 
File, the date Indicates; (a) when a record Is due to be claimed 
or canceled; (b) in the case of Meyer records, when the record 
was last updated. For the BSSR Pile, the date indicates when the 
record is due to be removed from the file. On-line users do not 
use this index.] In addition to these shared Indexes, the IPF/CDF 
portion of the second file is Indexed by the LC Card Number. 
(This is not necessary in the MRC File, since the record's LC 
card number has been declared as the record identification 
number, or Jcey, and is automatically indexed when the record is 
added to the fllej The CDF portion of the second file is 
further Indexed by the Stanford University Libraries assigned 
Call Number and Subject, and the REF portion is also Indexed by 
the Subject. 

How Records are Accessed 

The MRC and IEF/CDF/REF files are organized to correspond 
as closely as possible to the organization of the data elements 
displayed on each screen format, as well as to keep the data 
belonging to a particular file together. To lllustrste this. 
Figure 12 depicts the Bibliographic Input (m) screen format and 
then gives the part of the BALLOTS file definition that defines 
the Bll structure. 

Each record added to the MRC or IPF/CDP/REF File is assigned 
a unl<iue block address within the ORVYL files by the SPIRES file 
services. (These "file services*^ are a set of SPIRES software 
routines used extensively by BALLOTS in building and accessing its 
file records and their Indexes.) It is this block address 
that is passed to the various Indexes and is used during 
searching. By way of example, one can trace the path of a slople 
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UF/CDP/REP record. Each data element of a record Is Identified 
'by a BAXJiOTS Aneooonlc^ e*e*: 

HnoBODlc Full Data Elfianent Najne 



KBPH Main Entry Personal Naoe 

TST Title Statement 

OACA Other Added EntryMJorporate Author 

SASU Subject Added Entry-3!oplcal Subject 

CRD Library of Congress Card Number 

CAIt Call Number* 

RCW Record Mask— l,e,» logical file (IPF and/or 
CDF or HKF) and library (Stanford or Meyer) 

A siiDple record looks like this: 

MEPH » Roth, Horman; 

TST » The Great American Novel; 

OACA ■ Stanford Uhlverslty; 

CRD - 123k^&J 

CAL - MSl»52,Q7 

RCDM lEF-CIT for Meyer Llbraiy {NOTE: the actual 

value of RCDM Is 
an Internally controlled 
field of one byte; 
the above value appears as 
11000001 The tvo high 
order ^blts Indicate (a) 
IPF and (b) CDF, The 
low order bit Indicates 
the Meyer Library,) 

When a record Is added to the flla^ SPIRES file services 
routines find an available block, e,g, « IT^lSS* and store the 
entire record at that address* They then begin to build the 
Indexes for this record hy using the rules specified in the file 
definition. 

To the Personal Name Index they pass the value of the MEFN 
field. The lut name only is the main node? and the remainder of 
the name is a secondary value vithln that node. Thus, **Roth» 
Hormaa** idll be passed to the PN Index along vith the block 
pointer value qualified by the RCDM value* The index irUl look 
like this: 

Node » ROTH 
Remainder - NORHAH 
Pointer * ITltSSRCDM 
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The Ind^ values are converted to xipper case before they are 
storec*^ In the Indexes. Subsequent searches nay be entered In 
xipper or lover caBe> they are converted to upper case before the 
Indexes are searched by the aysteia. 

If at SG«e future tijae other records by this same author are 
added, the Index ^11 be expancled to look like this: 

Mode - BOTH 
BeiBalnder m HQHM/UI 
Pointer m nkZSRmi 
Pointer • 16295RCDM 
Pointer m maaTRCEM 

If another Both (e.g., Both, Philip) is added, the index 
vill look like thia: 

Node ^ BOTH 
Bemalnder « NORMAH 
Pointer » ITWetRCDM 
Pointer ^ 16295RCEM 
Pointer w iWaTRCDM 
Bemainder » PHILIP 
Pointer m l38It2RCDM 

The value of thje TST field is passed to the Title Word 
Index. E4ch vord of this field should become a new Index node or 
he added as a new record points to an existing node. Therefore* 
the Title Index idll receive three nodes, ''GHEAT", "AMEIRIGAN", 
and '^NOVBL*' as veil as tbe pointer value and the BCSH 
qualification. The title vord "THE" is part of an indexing 
exclusion vord list in the BALLOTS file definition; the syst^ 
vill not index any of the vords (''the'*, "an", **a**, and other very 
common vords) in this exclxision list. 

Node » GREAT 
Pointer m nk^BRCJM 
Node m AMERICAN 
Pointer » ITltSaRCEM 
Nofe ■ NOVEL ( 
Pointed ^ iTltaapCDM 

This process contlr^jies |f or all the indexes in the file system. 

When a user keys the searcih "find a roth, normaa", the 
SPIRES file services will look in the PN Index to find the node 
ROTH. It then looks vlthln this node for the aecondaiy value 
NORMAN. It finds three unique pointer values. But if th*s user 
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Is loolclng for only Meyer CDP records by Roth, file services 
vill examine e«rch RCWt qjiallfler to determine which of the 
pointer values la qualified In this way. The result Is two and 
this result Is dlaplayed to the user: "RESULT: 2 BOOKS." 
Internally, the pointer values are saved In a teii^orory work 
stack waiting for additional searches to be added. 

If the user then adds to his search "and t GREAT", SPIRES 
file servlcea will then go to the Title Index and look for the 
node "catEAT". Under this node the pointer Is extracted and 
compared with the flrat result stack. Only the results 
containing this pointer are retained* The only record that is 
Indexed for both "ROTH, KOBMAM** and "GREAT" is at block 171*38, so 
the system displays the message "HESULT: 1 BOOK." When the user 
Issues the coanaiand "display", SPIRES file services go to the 
physical location in block 17l^38> retrieve, and display the 
record. In BALLOTS* if the result la only one book* the system 
automatically displays the record without waiting for an eaq^llclt 
user cooonand to do so. 

BALLOTS MHO File Building 

Each week BALLOTS receives from the Library of Congress a 
tape of machine-readable cataloging records (HARC). It is 
necessary to convert this tape from MARC format to Internal 
BALLOTS format, and from ASCII to EBCDIC, before adding the 
records to the file. In the process^ the BALLOTS HABC conversion 
program eliminates all the MARC records that fall outside the 
scope of of the Stanford collection (e.g-, Juvenile literature*) 
CThls exclusion will cease after February 1, 19750 

After all the records have been converted^ they are analyzed 
by the BALLOTS file check program to determine the type of 
transaction and whether or not th^ are already in the BALLOTS 
file. Because the BALLOTS MRC Pile is not cowplete (building was 
begun in May 1972 with the January 1972 MAHC tape)* and because 
an update (correction) record will fall in the SPIRES overnight 
processor if there is no existing record in the MRC File* the 
file check program examines all updates and changes them to 
additions If it finds no exiatlng records. Thus* all the MAEC 
correction records present are used either to supplant the 
existing BALLOTS MRC Pile records for the sam^ title, or to 
create new ones. The file check program also examines all 
records to be deleted and su|>presses them if it finds no existing 
records. All changes to the MRC Pile are made then by the SPIRES 
overnight processor. 



The SPIBES (hrernlght Batch Frocessor 

The SPIRES oirernight processor processes the records ' 
ttccunulated each day In a data set (the ccnhlned deferred and 
print data queue explained helovl created through on-line 
activity h^ BidAjySB sjrstem users* Accordlj:ig to the contents of 
thla data &et» the processor add8» deletes^ and changes records 
in the pennanent BALLOTS files and their aasoclated Indexes* It 
aGcaq;>llshe8 thia hy applying rules from the linkage section of 
the BALLOTS fUe definition that specify hov the data elements In 
each record relate to the Yerlous Indexes* For Instance » front 
the file definition the processor knows that all occurrences of 
the MBHf OKPSf and SAFlt data elements ahould he Indeed In tbe 
Personal Haae lndex» whereas all occurrences of the NECF» OACI > 
and SEC? data elenents ahmtld he Indexed In the Conference Varne 
Index* Thia enables the processor to Index each new record 
correctly* The processor goes through a fflm^lar sequence when 
deleting an old record plus all Its Index references* In 
re-Indexing changed data element values for an already existing 
record* the processor hullds the Index entries for the record as 
It was hefore It wa »odlfled> then builds the Index entries for 
the record as tt la after nodlficatlon* and then ccoqparea the two 
sets of entries* deleting the older entries and replacing them 
vith the new ones wherever It finds a difference* As a final 
step* after all record processing has heen caD5>leted> the 
overnight processor re-lnlt^allzes the data set so that It Is 
^ty and ready to receive the on-line activity of the ccoiing 
day* 

The overnight processor Is also used as the final step of 
MASC conversion and file building* It processes the MARC records 
after they hsYe been checked by the file qheck program* 
perfonalng all additions » deletions* and changes and updating 
Indexes In the manner Just described* 

The overnight processor also has a checkpoint restart 
capability* Periodically* as It Is processing the day^s deferred 
queue records* It writes out to a checkpoint data set the point 
It has reached In record building and indexing. Then* If for any 
reason the program must be restarted* It can skip to the last 
checkpoint recorded and proceed from there* rather than repeating 
processing already accomplished* Because of the computing time 
needed to build Indexes* this Is a valuable feature* 

?lle UtUitles 

The BALLOTS system uses several file utilities provided by 
the OHVYL time-sharing system and the SPIRES Information storage 
and retrieval system* These utilities are used ^Dr file backup 
and for gathering statistics regarding file usage and structure* 
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The utilities are run at va^ing intervals at night, when ORVYL 
is inactive (midnight to 8:30 am). Like most of the BAiLOTS 
batch programs, the file utilities cannot presently be run when 
the ORVXL time^sharing system is running. This is because the 
OBVYL time-sharing system, in use during the day, does not 
provide access to tape drives and other facilities of the 360/67; 
the VAM ("virtual access method") system that is used to provide 
batch programs with access to the ORVYL files in conjunction with 
access to the tape drives, etc. , cannot be run concurrently with 
ORVYL. 

The first utility is used to dump the EAUiOTS deferred queue 
data set to tape. This utility is run each evening prior to 
running any other BALLOTS Jobs. In dumping the deferred queue, 
the program preserves olX the changes to the files and all the 
requests for printed outputs made since a batch files update was 
last run. The saved deferred queue may be restored in the event 
of any error or damage to the deferred queue dulling subsequent 
batch processing, or if a reprint or recreation of the printed 
outputs is required for some reason after the SPIEffiS overnight 
processor has performed the batch update. The saved deferred 
Q.ueue is kept for possible future use in a full files restoration 
procedure. 

The second utility used by BALLOTS is the full file dump. 
This utility is run once each five weeks and dumps olX 
files to tape. This tape can then be used for later restoration 
in the event of catastrophe. 

The third utility program used Ify BALLOTS is the partial 
dump program. This program is run each week and dumps to tape 
all the physical file blocks that have been altered since 
the last full dump was run. Because of the size of the files, 
only a portion of the records are €dtered in any period of time, 
and running the partial dunrp each week rather th^n the full dump 
results in substanticd cost savings. 

The dumps provided by the three preceding utilities are used 
in Conjunction, whenever a file disaster occurs, to restore the 
BALLOTS files* The restoration procedure involves severed steps. 
The first step is to restore each file using the tape generated by 
the last full dump. This leaves the file in the condition it was 
in when that full duuiqp was taken, which may be up to five weeks 
prior to the restoration. Next, the tape generated by the last 
partial dump is used to rewrite those records that have been 
modified between the time of the last full dun^ and the time of 
the last paartial dump. The files have then been updated to 
within a week of the time of the restoration. Finally, each of 
the deferred queues that have been created since the last partial 
dump are restored in chronological order, and the SPIRES overnight 
processor is run after each of these deferred queue restorations. 
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The file la thus restored to Its condition at the time loss or 
damage occurred. 

The final utility used l>y BALLOTS Is a SPIRES statistics 
routine. This routine Is run l)l»onthly* to determine the 
allocation of space irtthln the files, as well as to count the 
nufl&ber of records added> deleted, or laodifled. The statistics 
program also prcnrldes Information a^ut the efficiency of the 
structure of the files and aay lnd«x nodes that have grown too 
large to ^>e contained vJ^thln one physical l)lock. Unlike the 
other utility programs^ the statistics program may ^ye run 
on-line, since It doesn*t require access to batch facilities 
(although as a general practice It Is run In hatch). 

The On-line System 

The BALUJTS on-line system provides a user Interface to the 
£ALIX>TS files and output-generating routines. Using the on-line 
system, the user can search for* display, huild* and update 
records » enter standing search requests* and request printed 
outputs. The on-line pr<^am provides access to the files; It 
also edits for correctness data that Is entered or altered. 

The BALIOTS on-line program runs under the ORVTL 
time«>sharlng system and uses the HWIES terminal Interface 
program for terminal communications. The ORVYL time-sharing 
system provides a virtual memory environment as veil as a secure 
file system. BALLOTS runs as a ''suhprocessor" under ORVYL; this 
means that the program code Is re-entrant and that only one copy 
of ai^ page of code Is In physical memory at any time; this copy 
may he shared hy all of BALLOTS* users. 

All operating system requests. Including all l/O requests, 
are handled hy calling the ORVHi Interface routine > ORVINTF> 
vhlch iasttes the proper SVC (supervisor call) instruction for 
requesting services from ORVYL. Thus* the BALUXTS on-line code 
is dependent on Stanford softvare only through the ORVYL 
interface routine* 

BALLOTS attenqpts to optimize usage of core storage In 
several ways. First* the suhprocessor code Is all shareahle; 
only one cojpy is needed* no matter how many users are logged on. 
Second, vork space for each user is allocated only as needed* and 
is released hack to ORVYL as soon as posslhlt. Since ORVYL runs 
in a virtual environment, core thus released Is availahle for use 



*Thls will change to monthly on Pehruary i* 1975* 
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l^y other users. Each BALLOTS user who is logged on does have a 
minimum fiaed amount of 6ore that is always allocated to him; it 
contains comoaunication areas for the various BALLOTS routines. 

^e BALLOTS sul)processor contains sul)stantial amounts of 
software taken from the SPIRES retrieval system. This code is 
used for searching the data ^base as veil as for updating and 
decoding records* Much of the software has heen modified 
slightly to provide for the special needs of BALLOTS. The ORVTL 
interface mentioned ahove Is an example. In addition, BALLOTS 
has developed a special routine called GETDB that is used to 
access individual data elements within a record retrieved hy 
SPIKES code. This routine manages the interface with the SPIRES 
routines to retrieve an individual data element. Another major 
modification was made to the routine UCSJMj which controls the 
updating of records. The routine has been totally rewritten to 
provide the update facilities required T^y BALioTS. Like GETDE, 
this routine provides the major interface to a set of SPIRES 
routines* hut in this case they are the SPIRES update routines. 

The BALLOTS suhprocessor consists of numerous routines* 
Figure 13 is an extremely simplified diagram of these. For 
puxTposes of examinationj these routines can he grouped under 
three major functions. 

The first group contains the control routines. It includes 
the ORVYL interface routine, the SPIRES software, and the code 
used for: searching, record creation and updating, and the 
processing of most commands. (The commands themselves are named 
and siuomarized in Figure BALLOTS command interpretation uses 
a parsing routine and a tahle generated from a language similar 
to Backus-Haur Form for parsing commands * The parsing routine 
makes calls on other routines as indicated by the tahle. These 
routines then perform the required operations or save information 
for later use. 

The second group contains the format routines. They are 
called hy a control routine to create the various display and 
input screen formats used hy BALLOTS. They also process some of 
the ccgmnands that deal with obtaining screen formats. To perform 
screen formatting, BALLOTS uses the same parsing mechanism that 
is used for ccanmand interpretation, this time to read tables that 
provide the directions for screen formatting. The routines that 
are called from the parsing routine are responsible for obtaining 
data elements from the record via GETDE and using them to create 
the appropriate format on the CRT screen. In addition, the 
format routines build tables for eventual use by the update 
routines. 
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The final major group in the BALLOTS subprocessor are the 
edit routines* These examine data elements as they are input on 
Various input formats* to ensure that the data input try the user 
ia correct and consistent* These routines are called repeatedly 
£Tom a format routine as data is entered* one screen at a time* 
by the user. (They are called for each data element on the 
format or screen as well as once for the format as a whole, as a 
wrap-up,) They display error codes to the user in eppropriate 
positions on the format and indicate to a format routine that a 
retransmission of the format is required for error correction* 
Figure ik shows what the BIl format used in Figure 12 would look 
like If the user had input incorrect data. Finally, a special 
set of routines vtthln the edit group is iised for liuilding the 
various item and Holding structures within the record that 
contain information about specific copies, volumes, reels, or 
films. 

The Daily Batch Programs 

During the day, all the transactions processed by the 
library are queued in a tenqporarj'' data set called the deferred 
queue that is part of the BALLOTS file system. This deferred 
queue includes updates and additions to the various files, as 
well as the print data queue (PDQ) records. These PDQ records 
contain the information necessary to print the purchase orders* 
claims, cancellations, file and catalog data slips, catalog 
cards, spine labels, requester notices, and search and quote 
notices. (For a complete itemization of B/ILLOTS printed outputs, 
see Figure 6). This activity is accomplished lay a series of 
programs collectively referred to as ^'daily batch'*. 

The first of these programs is the utility dump that saves 
on tape a copy of the above mentioned temporary data set. 
(This is the first of the file utilities described above.) 
BALLOTS also prints, in external SPIRES format, the contents of the 
PDQ records, to be used as a record of dally activity for error 
correction and historic^ reference. 

The main program of the daily batch series is the batch 
format program. Figure 15 diagrams this program. It comprises a 
driver routine and subsidiary format routines. The driver 
determines which output format ts needed for the PDQ record and 
calls the appropriate format routine. Each routine constructs 
the sorting keys as well as formatting the data for printing. 

The outputs are then sorted, lising the IBM standard sort 
utility, and several sm€dl programs are applied to strip the sort^ 
keys and direct the record to the printer. The IBM utility 
IEbPTPCH is used to print the catalog cards and purchase orders* 
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The file slips and catalog data slips ore printed by a BAUiOTS 
program. A spine labels data set is stored tor subsequent 
printing on a library tenslnal* 

'Hiroughout this process there are several data checkpoints; 
in the two years of BALLOTS operation^ no data has been lost 
because of ccoiputftr failure. 

As a final step in the daily batch > the daily deferred queue 
is processed by tht SPIRES overnight processor, which updates the 
main files and their associated indexes* The deferred queue is 
then initialized for the next day*s processing* 

An additional daily Job is run as needed to print all the 
commands that vere entered into the on'*line systan during the 
previous day. This monitoring capability is called the Systaa 
Log and is eiaplojy^d during user training periods or during the 
installation of a new version of the production system. Comnands 
are logged only wben the user (the terminal operator) instructs the 
program to do so* 

The Automatic Claiming and Canceling 
Weekly Batch Program 

The Automatic Claiming and Canceling (ACC) module added to 
BALLOTS a program that is run once a week to exomine the status 
of all records in the In Process File that represent 
incompletely filled orders* When a user enters a record in the 
In Process File, he determines an appropriate claim period. The 
period depends on the type of material he is ordering; it can be 
any number of months from one to ninety-nine* He enters the 
number of months in the Claim Type data element (CI^) field on the 
Order Input screen format. The system calculates a date that is 
the date of entry pl\is the designated number of montl)is* This 
date is then indexed in the Date Index. It indicates when the 
record should be reviewed, either to claim the item or to cancel 
the order for it. The ACC program reads the Date In^ex to 
determine which records are subject to action. * It prints the 
appropriate claim or cancel form and sorts the output by vendor. 
The program then automatically updates the record to reflect the 
action Just taken and sets the date and nature of the next action 
to follow. This cycle is repeated (unless the Acquisition 
Department intervenes in a way to perturb the cycle ) for two 
claims and then a cancellation, at which time the In Process File 
portion of the record is purged from the file. The Acquisition 
Department may, through on-line activity, reset the claim period, 
the claim d4te, or the notice to be printed (i*e., first claim or 
second claim). In addition, the Department may at any time force 
a claim or cancellation notice to be Issued before the usuclT 
cycle would produce one. 
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The Standing Search Request Report Program ' 

Automatically repeated acarchea agalnat the MRC Pile are 
made tlveekly the Standing Search Requeat Report Program* 
vhlch la run after the MRC Pile haa 'been updated vlth nev 
recorda * The program extracta each search req^ieat In the 
Standing Search Request Pile (BSSR) and applies It agalnat the 
MRC File In precisely the same v^ar the search vaa administered 
on-line "before It vaa stored In the BSSR Pile, At the conclualon 
of a aucceaaful search* standing search reporta are formatted for 
each record found; these Include the search reqiiest and all the 
tltllographlc data In the records found to Match It— unless more 
than five recorda are found, whereupon only the search request 
and the Lll)rary of Congreaa card numl)ers of the matching recorda 
are listed. If only one record la located* the atandlng search 
re<iueat la deleted from the BSSR File, The reporta are sorted "by 
the shelving i,d, of the volume telng held for MARC cataloging 
and printed on 3 by 5 Inch forms • 

The Action Date Purge Program 

When a MRC record or a BSSR record la added to Its 
respective flle» an action date la calculated and atored with a 
block pointer to the record In the Date Index, In the case of 
BSSR records, a purge date la determined from a retention date 
(in months) supplied by the searcher or by rulea dependent on the 
technical proceaalng. function In effect. Monthly, a Standing 
Search Purge Program deletea all recorda from the BSSR Pile vhoae 
purge date doea not exceed the current date* 

The action date eatabllahed for each MRC record la Ita 
creation date. The purge program can delete all MRC recorda 
vlth creation datea one year older than the current date; thla 
program has not been executed owing to the cost of roiovlng all 
Index entrlea atored for each MRC record. A SPIRES utility 
capability Is being developed to delete large numbers of recorda 
from BALLOTS files at a lower cost. 

Inventory pile Converalon and the Meyer Book. Catalog 

In December 1966, the Meyer Undergradua^^e Jtlbrary began 
publlahlng Its book catalog. Thla vas acconqpllshed through an 
automated ayatem developed and maintained by SCIP Administrative 
Computing Services progrmmnera, and has been in production for 
eight yeara. The reaulting tape data baae currently containa 
over 80,000 recorda, BALLOTS II' 3 task, as specified in the 

Addendum to the Propoaal (see Appendix A) yas to make theae 

recorda available through. ^thje-^EmiOTS^n=aine files and to 
aupport Meyer cataloging through BALLOTS. 
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Each. Meyer record vaa analyzed and converted to BAXiLQ^ 
format, Tbie Involved expanding and renaming the exiating 
bibliographic data elements to malte then imi<^uely identifiable 
BALLOTS data elemente* 

The converted records vere then printed, so that they might 
be laanually edited over a period of time for any inaccuracies in 
the converelon algorltha. It is estlnated that lesa than 10 
percent vlll need special correction. The records vere then 
added to the CDF portion of the BALLOTS files using the SPIHES 
overnight processor and the various indexes vere built* This 
final step will be coinpleted ^yy the end of February 1975, 

In addition to enhancing the BALLOTS files by adding a 
valuable undergraduate collection, the conversion permitted the 
library staff to reviev their entire data base, vhich vas not as 
easily accompUshed with the tape system. 

After careful consideration, it vas decided that BALLOTS 
vould not attcn^t to vrite a book catalog production program that 
vould use records directly from the BALLOTS II Catalog Data File, 
Rather, BALLOTS win "reconvert" the records in the Meyer portion 
of the Catalog Data/Reference File so that the results can be 
used vith the already existing Administrative Conqjuting Services 
book Catalog production program. The Date Index vill be searched 
to locate the Meyer records that have been added or updated since 
the book catalog vas last produced. These records vill be 
extracted from the BALLOTS files and changed to a format that can 
he used hy the book catalog system to change or update records in 
its tape data base. These changes vill then be printed in the 
quarterly supplement or the triennial publication of the book 
catalog. 
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III. THE IMPACT OF THE PROJECT 



A* A Statement from the Stanford University Libraries 

Prom the Director of Stanford Utrarlea 

For thfii litrary system as a whole, the two years under this 
grant have heen ones of achleyeiient» suhatantlal change^ and 
great prontae for the continued effectiveness of this university 
llhrary system* Staff mtioibexa iJ^ dQfwtnents l>eslde8 the 
Acquisition and Catalog departments contrllmted tlue and effort 
that vas not always eaay to spare from the press of nomtal 
Imslness* Representatives of the independently administered 
llhrarlea at Stanford hsnre participated througbout the BALLOTS 
developnent* ThAlr participation has been valuable and 
particularly ijsportant since the eysten vas developed for 
eventual uae 1}y all tim llhrariea at Stanford as veil as hy other 
libraries In the atate and region* 

^e library* s operational environment has changed by stages, 
very rapidly during the calendar year 197*^* The year ended with 
termlnaais being located In two public departments of the library: 
in the general Reference Department of the Main Library and at 
the Reference Desk of the J* Henry Meyer Memorial Library, which 
provides special support for undergraduate Instruction* In the 
Meyer reference area> the printed book catalog has been moved to 
a low-use area, since Its contents can now be accessed on-line at 
the new temlnal. This Is only the beginning of public use of 
terminals to access BALLOTS files; It will be a challenge In the 
year ahead to see how best to take advantage of this new facility 
while using It carefully so that expenditures are kept to a 
reasonable lainlmum* The prospect of faculty and students 
conducting their ofvn lceyl>oard searches Is one that will need 
study; but It seems certain to be the eventual pattern for those 
who have taken a short course in the search language* Several 
hundred faculty and students who search the public SPIRES flles» 
which Include BALLOTS bibliographic files » have already done so* 

One of the most significant l3iq;»acts of automation on 
personnel work has been the changing approach to assigning work 
and revising catalog copy* This and the changing relationship 
among the technical processing departments to each other are the 
subject of more detailed conAenta that follow* 

David C. Weber 

The Acq,ulsltlo.1 Department 

When BALLOTS was In the design stage, the Acquisition 
Department vas proaaised a system that would, %o large extent, 
eliminate conventional paper files for controlling books in 
process. Stanford*s paper file had but a singly access point— a 
general hindrance to searching, in this regard, BALLOTS vaa 



eminently aucceaaful* The tllDllographiccd searchers and the 
receiving, claijnlng, and (toncellng personnel no longer maintain 
any manual files of order steps. The Variety of access to 
BALLOIS files has added to the efficiency of the search process 
and has significantly reduced repetitive, error-prone typing of 
data. Additionally, typing orders and Interfiling order slips 
are tasks that ajre no longer required; orders, requester notices » 
etc. are nox generated the ccffliputer. Claljns and cancellations 
to vendors are nov machine-generated (largely automatically). 
BALLOTS automatic claim aupport has increased the service that 
<^an nov 'be offered to requesters, l^y ensuring timely, regular 
claims for materials. All of thla translates into a staff scoring 
of six positions or 33 percent of the Order Division. 

Since BALL03S vas first iinplemented in late 1972, everyone 
in the Order and Gift and Exchange divisions has teen fully 
trained In the system. People in the Serieds and Binding and 
Finishing divisions have heen trained as required. Although the 
rate of learning varied* no one failed to master the use of 
BALLOTS. 

tforlt processes have changed since BALLOTS hecame 
operational. A Halted numher of availahle CRT teiminals has 
necessitated scheduling terminal use and thus the hatching of 
tasks. ,The decision was made to hroaden searchers' duties; where 
they were formerly restricted to ''African" or "Science*' 
Searching^ these narrow specialities can nov he eliminated in 
favor of a general list of duties* Searchers now make many more 
decislgns (e.g., selecting vendors) — a necessity in interacting 
vlth the on-line system. Also, searchers now assume seme 
responslhllltles for claljns and cancellations. 

Although ordering and receiving hacklogs have essentially 
heen eliminated, there are new challenges for llhraiy 
administrators who stust manage formerly manual departments that 
are now almost totally Integrated with the BALLOTS services. 
First, the distinctions hetveen acquisition and cataloging have 
blur7/ed and & departmental procedural integration is now 
underway. The Acqulaltlpn Department will certainly arrive at 
nothing less than processing certain types of materials at time 
of receipt and prodi^clng catalog cards and spine lahels. Such 
materials may then hy^pass the Catalog Depaarfcment and go from the 
receiver to the Binding and Finishing Division for stamping and 
laheling. 

A second challenge is the value that staff place on their 
services once they are fully trained in the BALLOTS system. A 
significant learning process is required to master the BAUiOOS 
ftcqulaltlon functions; hut does such learning significantly alter 
the personnel classification and pay of a hl^llographlcal 
searcher? This 1^ a auestlon that has not yet heen fully 
resolved. 

— Rcdph Hansen 
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^The Catalog Department 



In the past year, the Catalog Department has evolved from 
technical services based on manual procedures plus same 
automation support^ to an automated technical processing operation 
vith some residual manual support. All staff flenbers have been 
trained to use tht BAJJCiOTS ayatem In scsne capacity and every 
functional unit utilises the system In Its dally vork. 

In 1973-Il*» the production level Increased 3 percent over 
the previous year and the arrears were reduced by 5*7 percent, 
These advances vere made despite a 5, 6 percent reduction In the 
effective vort force for the entire reporting period, BALLOTS 
vtts a major factor in the Increased productivity of the 
Department, tflth^the Ijqplementatlon of each module, production 
dropped d^irijig the pvlods of acceptance testing and ataff 
training. Following a month of adjustment, there vas a steady 
Increase In production until Ijqplementatlon of the next module* 

As of December 1971* > approximately 8o percent of all titles 
cataloged vere cataloged through BALLOTS (includes original 
cataloging and copy processing). Of all added copies processed) 
33 percent were processed through BALLOTS and 1*6 percent of the 
added volumes were MLUySS processed. By early 1975* BALLOTS 
should pi^poess an expected 90 to 9? percent of all titles handled 
"by the Department, Much manual processing vas still necessary 
vhen the Department began using the first module (BALLOTS-HARC)) 
but with the accumulated capabilities of successive modules the 
only categories currently processed manually are manuscript 
collections, sheet maps> and non-roaanlseed languages,* 

Card preparation functions hare been most affected by 
BALLOTS, Card dupllcatloxj, heading typing, card set preparation, 
and card arranging vere major activities in the manual system, 
*Phese functions have been nearly eliminated, producing a positive 
offset of 5,5 FTE, The small amount of residual card duplication 
has been transferred to the Photodupllcatlon Division, relieving 
the Catalog Department of all card duplication. Mainly as a 
result of BALLOTS card production capability, fourteen 
typewriters were released from the Department for ise elsewhere 
In the library. 

Involvement In BALLOTS development, testing* and training 
vaa a time-consuming but essential activity for several key 
members of the Department, Work with BALLQTS staff In the 



*The BALLOTS II system 4oes, have the facilities for processing 
manuscripts and maps, although the Catalog Department does not 
presently use them. 
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development effort on each module, review of' system 
Specifications, development of training materials, acceptance 
testing, and hands-on training had a considerable Inqpact on the 
vork and availability of these key staff memhers* Several staff 
members were Involved full-time and several others part-time for 
one to two months with each module that had a major effect on 
cataloging procedures , 

Work patterns have changed as a result of on-line 
hlhllogragphlc processing* Access to the terminals Is scheduled 
for staff throu^out the day* This scheduled access requires 
that work he hatched and well-organised before a staff member 
comes to the termln€d, and It affects each staff member's 
sequencing of preparatory work and other departmental activities* 

Catalogers have the option of keying In their original 
cataloging or giving worksheets to support staff for Input. When 
keying^ the cataloger can use the on-line files as a cataloging 
aid» like the public catalogs or the shelf list. Faced with the 
question of how to handle revision of catalog copy before BALLOTS 
printed catalog cards, the library did a study of the results of 
this revision procedure. They found that the number of errors 
caught this way was so insignificant that It was decided to drop 
the revision cycle. Presently, twice a year each cataloger's 
work for one week is checked instead. 

Differences In file organization between manual and machine 
systems have forced a re-exaoiinatlon of reference structure and 
search strategies. The card catalog brings files together 
through a reference structure. Itechine file Indexes are 
structured In such a way that files fire split. The differences 
In required reference structure and search strategy between the 
two types of files have made it necessary to train and reorient 
the staff In establishing references and using the machine-based 
files effectively. 

Several other areas affected by BALLOTS are discussed below, 
though the list Is by no means exhaustive: 

!• Titles with MARC copy — are processed earlier 
In the flow of ^ work, reducing the handling and 
the pr6cesslng time lag. A procedure will 
soon be initiated to process these books in 
the Acquisition Department receipt function. 
The books will then bypass the Catalog 
Department and go directly to End Processing. 

2. BALLOTS di)5tribution function — provides an 
on-line control of books in the Department, to 
the level of a cataloger's desk when 
necessary. This greatly reduces the need for 
searching for books In process when priority 
processing has been requested, and makes such 
books easier to find. 
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3* Standing search regueats — provide a more 
systematic approacli in matching LC copy, vlth 
booke on the current inoprinta holding shelves 
and reduce the required staff time for this 
function. 

Title II depository card filing — has been 
reduced "by about one-third since cards are not 
filed if the title is included in MAHC scope. 
With an expanded MAHC scope* filing of Library 
of Congress depository cards may be eliminated 
altogether, 

5, Statistical counts — have been simplified as 
a resTilt of BALLOTS-generated statistics. 

The Catalog Department staff have enthusiastically accepted 
the BALLOTS system and generally adapted guite well to an on-line 
environment , 

— Lavrence Leonard 
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B, Production Statistics and Costs 

A BALLOTS program calculates daily, inonth-to-date^ and 
year-to-date statistics on the printed outputs. Figure 1^ Is a 
sample tabulation for one month^s production statistics. 
Appendix B contains these statistics by month since the system 
first became operational, BALLOTS staff prepare monthly oaelc 
cost sheets for development and production charges as veil; 
Figure 17 Is a sample of one of these. 

BALLOTS operating and maintenance costs are part of the 
Stanford University Libraries budget. Operating costs are of 
five types: (l) file build and update costs; (2) on-line costs; 
(3) batch costs; (k) CRT terminal rental; and (?) CRT terminal 
connect time. 

1, Pile costs (not Including Library of Congress MAEC tape 
subscription) consist of 

. costs for convertiijg the MAEC tapes to BALLOTS Internal 
format, building the BALLOTS on-line MRC File and 
Indes^s, and dumping the file to ts^ 

. costs for adding records to and updating the other 
BALLOTS on-line files and dumping these files to tape 

. file storage costs on CDC 2311*2 double-density disks 
($600 per month per im 23Xk ei^uivalent disk) 

. general file maintenance actlvitied, such as restoring 
a file 

The MRC File is updated weekly; the other BALLOTS on-line files 
are updated overnight as a result of the day*s activity in the 
library, 

2, On-^llne costs are calculated "by adding up the cony?utlng 
accounts used l^y the library for vorlt on the CRT terminals. This 
on-line activity includes searching the files, ordering^ 
catalogluffv establishing standing search requests for MARC 
records not yet received on the weekly tapes, and so on, 

3* Batch costs are both fixed and variable. The fixed 
batch costs include the costs of mounting special forms on the 
hl£fh-speed printer; mounting a reserved disk pack for ovemljfht , 
processing; and renting the IBM 27ltl typewriter terminal used to 
print spine labels. The variable batch costs are Incurred for 
sorting, fojcmattlng^ and printing the outputs for the library; 
for matching the Standing Search Requests File against the MARC 
Pile blTOekly; for purging the BSSR Pile of outdated requests 
monthly; for running the weekly automatic claim program to 
determine orders for which claims mcuet be produced; and for 
running monthly management statistics reports. 
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Output Statistics 



DESCRimOM MOHTH TO DATE 

TOTAL TITLES ORDERED 1522 

PURCHASE ORDERS PRIUmi 1522 

ABEL FOIMS PRINIED I76 

ORDERS EXCEEDIMG TWO FORMS 

total order slips printed 223 

order slips for add » 02 63 

order slips for add = 15 i60 

total first claims printed 12 

first claims for add » 02,15 h 

first claims for add = 02 

first claims for add ^ i5 1 

total second claims printed 1 

second claims for add -»= 02,15 1 

second claims for add ^ 02 

Second claims for add » 15 



TOTAL TERMINAL SETS CLAIMED , 

TERMINAL SETS CLAIMED WITH ADD1= 02,15 

TERMINAL SETS CLAIMED WITH ADD = 02 . . 

TERMINAL SETS CLAIMED WITH ADD s 15 . . 

TOTAL CANCELLATION NOTICES PRINTED. . . "53 

CAKCEUATION NOTICES FOR ADD1= 02,15 • 

CAliCELLATIOB NOTICES FOR ADD = 02 . . . 1 

CANCELLATION NOTICES FOR ADD * 15 .. • 6 

TOTAL CANCEL SLIPS HUNTED . 206 



ALERT SLIPS PRINTED . 
ALERT SLIPS FOR ADD«l8 
ALERT SLIPS FOR ADD-I9 
ALERT SLIPS FOR ADD-20 
ALERT SLIPS FOR ADD=21 
ALERT SLIPS FOR ADD=22 
ALERT SLIPS FOR ADD=23 
ALERT SLH^ FOR ADfDa2l* 
ALERT SLIIS FOR PI10=*H0 



TOTAL VOID SLIPS PRINTED. ' 178 

VOID SLIPS FOR CATALOGING 

von SLIPS FOR CLAIMING 168 

vorj sLns FOR distribution 

VOJD SLIPS FOR MAINTENANCE 10 

VO:n) SLIPS FOR RECEIVING 



Figure xS. Production Statistics fpr Decemter 197"* 

t 
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Output Statistics cont. 
DjESCRIPaTON MONTH TO DATE 



iHVOICiS AI£RT SLIPS PRXH'i'KD 9 

FUND SLIPS PRINTED 75 

TOTAL REQUiSTER NOTICES PRINTED .... 2020 

REqpESTER NOTICES FOR SNI=2/3 2019 

REQUESTER NOTICES FOR SHI-It/6 1 

TITLE II SLIPS RRINTED 220 

NPAC NOTICES PKINTED 131* 

CATALOG DATA SLIPS PRINTED 21*62 

CATAKW DATA SLIPS FOR PROn= E,G,C . . 1038 

CATALOG DATA SLIPS FOR HIO = E.G. ... 239 

CATALOG DATA SLIPS FOR PRO = C 5 

CATALOG HATA SLIPS FOR ADD 1= 02,15 • • 1052 

CATALOG DATA SLIPS FOR ADD = 02 . . . . 25 

CATALOG DATA SLIPS FOR ADD = 15 ... . 101 

SEARCH AND QUOTE NOTICES PRINTED. ... 28 

SEARCH AMD QUOTE NOTICES FOR ADD=l8 . . l8 
SEARCH AMD QUOTE NOTICES FOR ADD«19 . . 
SEARCH AND QUOTE NOTICES FOR AIliD=20 . . 
SEARCH AMD QUOTE NOTICES FOR ADD=21 . . 
SEARCH AND QUOTE NOTICES FOR ADD''22 . . 

SEARCH AMD QUOTE NOTICES FOR ADD«23 . . 10 
SEARCH AND QUOTE NOTICES FOR ADD*2l{ . . 

TOTAL SPINE LABELS PRIKl'fiD (MULTIPLIED 

Br 2) . . 2733«5lt66 

SPINE LABELS FOR FUN REC 

SPINE LABELS FOR FUN CAT/DIS 2529 

TOTAL CATALOG CARDS PRINTED 37,607 



On-line Production Statistics— Catedoging 

2. Titles catedoged at CRT 3,609 

3. % cataloging through BALLOTS 79.2Jf 
It. Toted added copies processed 230 

5. Added copies through BALLOTS 76 

6. % added copies through BALLOTS 33J( 

7. Toted added volumes processed 109 

8. Added volumes through BALLOTS 50 

9. % added vols, through BALLOTS k6% 



Figure 16 cont. Production Stati^ics for Decemher 197lt 
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BALLOTS CSS! terminals are rented for $270 per month with 
1*>096 hytes of memory. Purchase price of the Sanders 8ol* is 
approxijnately $8*000. (As part of a new development grant, the 
BALLOTS project vill he selecting a new video display terminal to 
Support the con^lete jMARC II character set. One criterion in 
this terminal selection is a lower cost than that of the Sanders 
terminal.) 

5» CRT terminal connect time is a fixed monthly charge of 
$1*200 for each group of up to ten CRT terminals connected to the 
IBM 360/67 through the PDP-11 minicomputer. 

The total monthly production and maintenance charges for 
Decemher 197** were $30>338» Of this, 

• file costs were 59*8 percent 

• on--line costs were I3.6 percent 

. hatch costs were percent ^ 

• Cfl3? teminal rental costs were 8.2 percent 

• terminal connect-time charges were h.O percent 

Currently, the Stanford University Lihrariea pay the entire cost 
of running and maintaining the system* Fine tuning and 
luiprovements in the system and procedures, hoth underway and 
Planned, will reduce this monthly cost. In the long nm, a 
network of BALLOTS users sharing common costs, such sis file 
building, will reduce the cost to each participating lihrary. In 
addition, dividing and sharing original cataloging efforts and 
keying for non-MARC LC copy vill mean direct savings. 

The possihiltty of realizing lahor savings was conceived in 
the original BALLOTS design. To measure the savings, four offset 
studies were conducted. The first was a theoretical model done 
prior to iioplementation; it estimated lahor savings of $l6o,000. 
The second, third, and fourth studies were done at progressive 
intervals during the iioplementation of BALLOTS as a production 
system. Each of the latter studies addressed itself ONLY to 
modules in BALLOTS that were IK FULL PRODUCTION at the time of 
the study. Since each new module introduced new facilities and 
services^ the tendency has heen for the offset to increase with 
each study. However, the results to date have only reached 
five-eighths of the original estimate of $l6o,000. Currently, 
the offset is estimated at 11,5 JTE positions, all at a clerical 
level, equivalent to ahout $88,07** when 15 percent; staff henefits 
^e included* (This figure is hased upon a heginning salary 
level; offset is actually higher if longer term eiirployees are 
considered,) Additional offset is expected in, hoth support and 
professional categories. 



60 



It may loe thought that BALLOTS has realised NO offset In 
professional time. This Is not true, in that certain activities 
assigned to professionals were eliminated through procedural 
changes (e.g,, proofreading of overtyped headings on cards). 
Strictly Efpealdjig, these changes vere not required Toy automation, 
Tout in fact were implemented in connection with it. Of course* 
much of the heneflclal offset realised l^y these procedxiral 
changes has in Itself loeen offset ^ the tijae required to train 
and supervise the si^port staff. But this vill not go on at the 
intensive pace that was required during development., *Phe 
greatest evidence that significant additional offsets will loe 
realised is the fact that throu^out the development » training 
for, and installation of numerous modules, production has 
consistently risen as staffing has declined. As the system 
stahilizes, less training and supervision will he needed, and 
additional procedural changes vill he implemented. Foremost 
ftmong the latter is physical repositioning and procedural 
integration of acquisition and cataloging to permit a 
stralght-throiigh flow of lihraiy materials. It is eaqpected that 
this physical move will he followed tfy significant organisational 
change, aimed at ohtaining additional efficiencies. Ho 
organisational changes are pleuined until the integrated operation 
has heen sufficiently studied and ohserved to know what new 
procedures will make hest use of the staff and the system. In 
comhination, it is hoped that such changes will produce maximum 
realisahle offset. 
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C. Sharing of Results 



In an Initial effort to canmitinlcate scane of the results of 
BALI4OTS development a^d Implementation activity, the BALLCXTS 
project and the Stanford University Libraries conducted a two-doy 
seminar on July 2 and 3» 1973* at Stanford University, following 
the jUnerlcan Library Association (A*L*A*) meeting In Las Vegas* 
This seminar was attended by over 125 librarians and system 
development staff from libraries throughout the United States and 
Canada* Academic, public. Industrial, and government libraries 
were among those represented* Various BUiLOIlS publications were 
distributed, the operational system vas described In great 
detail,* on-line demonstrations were given, and samples of 
printed outputs were made available* l?he entire EALLCXPS staff, 
members of the library staff, and members of SCIP Aceuiemlc 
Conqputlng Services contributed to this seminar* The response to 
the seminar was enthusiastic; the project received letters of 
appreciation and requests for additional Information* 

Various members of the project have given deiponstratlons and 
presentations of the system at numerous conferences and 
gatherings* Among these were the Pall Joint Ccmiputer Conference 
In Anaheim, California, on December 5, l9T2; a meeting of state 
librarians in Honoimu, Hawaii, on April 2j6, 1973i the ^ . 
Association of College and Research Libraries' preconf erence 
network Institute, held before the A*L*A* meeting in Las Vegas at 
the end of June, 1973; the American Society for Information 
Science (ASIS) conference in Los Angeles in October 1973; the 
California Educational Conqputing Consortium meeting in San Diego 
on December 7^ 1973; a meeting of the California Llbraiy 
Association in San Francisco on December 11» 1973; an A*L*A* 
Infoxmatlon Science Automation Division institute in New Orleans, 
the last Week in Februaiy, 197'^> the meeting of the American 
Association _f OIL tAe^AdvjincementJDf^^ - 
February 25> 197**; a meeting at Stanford University of the San 
Francisco Chapter of ASIS on March I9, 197?*; the Eleventh Annual 
Clinic on Library Applications of Data I^ocessing, at the 
University of Illinois* Urbaaa-Champaign^ on April 30 > 1971*; the 
Western States Network Study and Planning conference held ^ the 
Western Interstate Commission on Higher Education (VXCHE) in 
Denver, on September I9 and 20, 1971*; a California State Library 
planning conference for public libraries interested in library 
automation in Sacr^ooento, on SepteoO^er 2^^ 1971*; a WXCHE network 
study and and planning conference in Beno» on November 7 and 8» 
I97I*; a meeting of the California Library Association in San 
Diego, on November 12, 197i*; a WICHE Institute (funded t^y the U. 



*At that point it consisted of the features implemented in the 
BALLO?ES-MARC , IFF, and CDF modules. 
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S, Office of Education) for interstate network planners held in 
Boulder* Colorado^ on December h and 6* 197^; and a workshop on 
information delivery held the Bay Area Reference Center in San 
Francisco, on Deceater 11 and 12* 197^, 

In eeneralj it has teen project policy to respond with 
information and* whenever possible > a demonstration of the system 
to interested inquirers* In addition to frequent participation 
at meetings and informfid gatherings elsewhere* BALLOTS staff have 
spent a sizeahle portion of working time over the past two years 
in eacplainlng their work to visitors to the project, Llhrary 
staff have also talked with many of these visitors and shown them 
the system in daily operation. These visitors include 
lihrarians* information scientists* systems programmers* systems 
analysts* educational administrators* staff from other llhrary 
autcMation projects* professional data processing administrators* 
and vendors. They have come from all over the world; in addition 
to inquiries and to initial searching of the BALLOTS data hase hy 
groups in the San Francisco Bay area* BALLOTS has heen 
investigated hy visitors from Australia* Belgium* Canada* China* 
Etoglandj France* Germany* Israel* Italy* Japan* Korea* the Union 
of South Africa* Spain* Sweden* and Taiwan, 

One spin-off from this Information sharing has heen 
publications that describe several aspects of BALLOTS II. "A 
User's View of BALLOTS*' was a serial publication* a description 
of the operation€d system that was revised* expanded* and 
reissued each time a new module was put into production. Most of 
the transcription made of the 1973 BALLOTS seminar* originally 
intended for publication* was Judged ill-suited to publication* 
based on the fact that speakers and audience were viewing dynamic 
system demonstrations as talks were given and questions asked. 
These demonstrations could not readily be recreated for the 
reader. However* much of the information shared at this 
gathering is contained in the "User's View*', A presentation at 
the 1973 ASIS conference by project members concerned with 
different parts of the system development and implementation 
resulted in seven very brief papers , The paper delivered at the 
Eleventh Annual Clinic on Library Applications of Data Processing 
in 197^ ^ a member of the project staff was titled 
"Minicomputers and Library Automation: The Stanford Eacperience", 
AH of these publications were added to the project bibliography 
''Selected Documents Relating to the BALLOTS Project'' as th^ were 
published* and marQr copies have been distributed. 

Other doctrments that have been made available are the system 
specifications drawn up for each module* the materials produced 
to aid the library in using the on-line system* and the 
derations manual maintained to aid the computer operators who 
run BALLOTS overnight batch Jobs, 
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StiSa 2 and Cataloging departments of the 

,?!!^" Ulnrary. Shot m the Hlwary, the film shotrs the 
au?^i":T '^^"^ ^* work li^of^S Se 

h«n^if1 ! accompany the film. Pllm and cassette have 

peSi?^! ,f"T^/^!r facilities to 

penoit a itve demonstration. 

At the end of 197k the Journal of Uhrary Automation had 
S ^975 ^ssue.^^'''''^^^"^ Publication m its 
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D* A Brief Statement Regarding the Humanities 

At the conclusion of the BALLOTS II grant period^ the 
BALLOTS filea contained records (for items held ojr on order) for 
over 100>000 titles representing every aspect of the humanities* 
Including the MRC Pile> the total data tas^ now available to 
BALLOTS* users exceeds one-third of a million records. This data 
base is growing at the rate of approxliaately 175>000 records per 
year> and its scope expands as does that of the Library of 
Congress MABC tape service. (l*e*> when in 1975 the MABC tapes 
begin to include titlea for German > Spanish > and Italian 
malerialoj these records will enter the BALLOTS MRC File as vcll> 
Just as do MARC records for French titles now.) 

A saiopling of the BALLOTS files indicates that a substantial 
number of records in the humanities have been added during the 
past year: Archaeology^ 863; Philosophy^ 1>1T6; Music> 1>093; 
)t/thology» 236; Renaissance^ 288; Reformation^ ikl* Many 
hundreds of records can be found in each of the follovlng diverse 
fields: paintings history^ literature^ poetry^ religion^ Bible» 
Shakespeare^ medieval studies^ feudalism^ linguistics^ song» 
dance» drama» theater^ cinema* Likevise^ numerous entries can be 
found under Plato> Aristotle^ Milton> Mozart> Bach> Beethoven^ 
Leonardo^ Loc]ce» CurerV Gauguln» and Van Qpgh# Literary forms in 
the files include epic> aaga» tragedy^ cooiedy^ nCFvel> play> and 
musical forms include the sonata» quartet» symphony^ opera» and 
concerto . 

An analysis of the recordo for titles held at Stanford and 
processed through BALLOTS indicate holdings representing over 
ninety languages from all parts of the world and all historical 
periods. The languages processed are classical > American Indian > 
Pinno-Ugric> Slavic^ Oriental^ South Asian> Semitic^ African^ and 
West European* 

As one exainple of BALLOTS* benefit to the pursuit of the 
humanities > Stanford's Art and Architecture Library may be 
instanced* {stanford*s Art Library is the most coaiqprehensive 
Itbraiy of its type on the West Coast-. ] The Art Librarian 
reports that books are received much more proiig>tly through 
BALLOTS than via the old manual system > and that orders are no 
longer misplaced^ misfiled> or reported lost* The indexing in 
BALLOTS is cited by the Art Librarian as having "saved weeks of 
W <^ tlme^' in conducting bibliographic research for her own 
professional needs and in suHport of faculty and student 
research* 
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In addition to data base access via two recently installed 
terminals In the Reference sections of the Stanford Main Library 
and the Meyer Library* and the ability for SPIRES users on campus 
to search the BALLOTS files through that system* the EALLOTS data 
base Is also available to off-^cawpus users who can dial up the 
Stanford 360/67 con^uter and search the files through SPIHES. 
External use is already significant. A single example is Mills 
College » an Oakland school with strong programs in the 
humanities > which has "been regularly searching BALLOTS files in 
support of its library services. The BALLOTS II system has 
emerged as a tool of great power in furthering acquaintance with 
and research in the humanities* As more use is made of the 
^stem by other institutions > and as it becomes more accessible 
to the libraary patron* the value of this jaroject will increase. 
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IV, PLAJfS FOR THE FUTURE 



Applying cooq&uter technology to library operations, and 
developing regional and national networks of libraries based on 
this technology, promise to help solve the dlletnaa of tightening 
library budgets versus Increasing patron demands • In contrast to 
jnanual library syatenis, vhlch jualce widespread sharing of library 
resources cumbersotue and alow, automated library systens have the 
potentlaJ. advantage of being used rapidly and sinultaiieously by 
more than one Institution, When an automated system Is oharod 'by 
a network of libraries » the price tag of the system to each user 
la reduced and the rising costs of the highly labor-Intensive 
library environment are curbed. And the benefits of automated 
library systems are more than Just economic. Libraries in a 
cotBputer network ceui share the entire network*s combined 
bibllcgraphic resources with students, faculty, staff, and tlie 
Community at large. Coordinated purchasing and interlibrar/ 
loans can be facilitated by network files accessible to all 
libraries in the region and by direct conmunication with other 
library networks. 

Stanford has been exploring with in-state groups the 
possibility of a California library automation network. The plan 
is to utilize BALLOTS as the on-line vehicle for a network that 
would ^incorporate the major complementary capabilities and data 
bases of other eacisting systems in the state. 

In October I97I*, the California State Jilbrary awarded 
BAJjLOTS a Library Services and Construction Act (Title III) grimt 
in the amount of $150,877 to 

1, Develop a basic on-line network capability based 
on the BALLOTS system, 

2. Run a demonstration project with seven California 
public libraries. 

3- Demonstrate the delivery of data in machine-readable 
form to interface with the automated systems 
currently running in five of the seven demonstration 
libraries , 

1** ModiiV BALLOTS to support the input, display, and 

output of bibliographic records in full MARC II format* 

In conjunction with this 'project, BALLOTS plans to retain 
location information for each title cataloged by the seven 
libreries during the demonstration project. This information 
will be incorporated into a location file to test the feasibility 
cf an on-line (or later, microform) file for interlibrary loan 
purposes. 
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In addition, BALIXiTS has been asked "by out-of-state groups 
to ejtjlore the poastMllty of coniniunlcatlon between this emerglns 
California network and other networks and bibliographic centers 
In the western United States. l?hls work has proceeded mainly In 
cooperation with the Western Interstate Commission on Higher 
Education (WICHS) and with the Washington (State) Llbraiy Hetwork 
(WLN). Pteliminaary conversatt-ns with WLN suggest that useful 
commiuilcatlon and exchange of data between the two systems is 
desirable and techJ^ticalOy and politically feasible- 

In January J.975j the Council on Ilbraiy Resources agreed to 
award Stanford a grant for development to ''lead to the 
establishment of a California library automation network.'' A 
principal aspect of the worlt done under this gront will be the 
design and iit^lementatlon of a file structure in which 
non^redundant bibliographic records can be shared by a number of 
libraries that may own or have in process the same title* Other 
tasks to he carried out under the CUR grant are the selection of 
a new video terminal to support the complete MAKC II character 
set; the development of efficient and standardised means of 
coinmunicating machine-readable information between network 
members and to other networks; and the expansion of BALLOTS II 
serial processing capabilities to Include the on-line input and 
output of records in full MAIKJ-S format* 

BAUiOTS* approach is to seek to pool resources in order to 
form a reliable, flexible, and economical network to s^port and 
improve the services provided in common by every type of library 
in the state* The plan Is to extend this state network so that, 
from being cooi^atible with s regional network, it could become 
part of such a network, adhering to national standards and 
capable of cDrnQmnicatlng with other systems and networks in 
California and other states* 
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V. SUMMARY 



In 1972, the BALLOTS project at Stanford University's 
coagputatlon center received a two--year grant of $650,000, Jointly 
funded 'by the National Endowment for the Humanities and the 
Comicll on Lihrary Resources. Under previous grants, the project 
had designed a cootputerlzed system to supfor't acquisitions and 
cataloging in the Stanford University Lltoaries . The design was 
hroken Into sets of system features, called **»odules*'» to he 
Implemented in a series. The first module vas inrplemented using 
Stanford Library fiinds. Under the N.E.H.-C.L.R. grant, nine 
additional mo<^es were put into production operation between 
November 1972 and January 1975* resulting In the coangplete BALI/MCS 
II system. ("BAIiOTS I" was an earlier prototype.) 

l?he system Is divided into ten computerized functions, each 
supporting a specific type of library processing: reserve 
processing, ordering, receiving, non purchase order material 
receipt, claiming and canceling, cataloging, material 
distribution, catalog records maintenance, reference input and 
maintenance, and, standing search removal. The library staff 
communicates on^^line with the system throu^ commands that are 
either comnand verbs or video termined screen format names. 
Wherever possible, BALLCXTS programs edit injnit data and return 
error codes whenever they find Incorrect or missing data. Such 
errors must be corrected before the system will accept the 
processing transaction and carry it out. Outputs are printed 
overnight as the result of on-line transactions in the llbrairy 
during the day. 

Pour on-line files are available for searching: the MARC 
file, the In Process File, the Catalog Data Hie, and the 
Reference File. Each file Is accessible through several Indexes. 
These files are further identified and restricted by library 
identifier. *Phis library file ownership identifier allows 
multi-library access to BALLOTS files, hut allows only the 
library that owns the file entry the ability to update the 
record. Searches may be constructed using several Indexes at the 
same time lay using the logical operators "and", "or", and "not". 

The data in BALLOTS files are divided into data elements, 
each identified by a one^ to four- charsuiter mnemonic tag. 

The BALLOTS II system has been in continuous operation in 
the Stanford University Libraries since the first module was 
implemented In Hovember 1972. During the two years reported on 
here, Stanford has transferred over 80 percent of its technlcctl 
processing frcia ^nanual procedures to the automated system. In 
early 1975 this figure will rise to over 90 percent. Plans for' 
the future of the system focus on its network use, initially by 
a group of California public libraries, and on communications 
with other systems and networks. 
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PROPOSAL ADDENDUM SUBMITTED TO THE 
NATIONAL ENDOWMENT FOR THE HUMANITIES 



BALLOTS PROJECT 



Principal Investigator: David C. Weber 

Director of Itolversity Libraries 
1*15/327-8091* 



Deputy Principal Investigator: Allen B. Veaner 

Assistant Director of 
Iftiiverslty Libraries 
for Bibliographic Operations 
1*15/321-2300* ext. 3151 



Project Director: Hank Epstein 

Director, BALLOTS Piroject 
1*15/321-2300, ext. 37l*0 



Tranajttitted by; Kathleen C. Butler 

Assistant Research Administrator 
1*15/321-2300, ext. 2883 ^ 



Duration of Activity: September 1, 1972 ~ August 31, 197'* 



Total Pund^ Requested; $650,000 



Date Transmitted: June 22, 1972 
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lOTRODUCnOK: 

The Addendum to the proposal dated 3 Deceuiber 1972 changes 
the Intent of the proposed activities from that of a 
bibllcgraphlc service network for the Stanford University 
Libraries and other San Francisco Bay area libraries to that of a 
bibliographic service for the Stanford University Libraries only. 

All references to networks (CLAN) and to services to 
libraries outside of the Stanford University Libraries are 
excluded from this proposal » Including the Lav and Lane Medical 
libraries at Stanford. 

This Addendum requires funds of $650^000 over a SltHSwnth 
period^ beginning September 1» 1972 » to develop and iMplement a 
series of modules^ described in the following section: 
^'Description of Activities." l?he iarpiementatlon schedule is 
shown in Figure 3. 

The cost of the development and Implementation of the 
BALLOTS-MARC module and the production expenses of operating 
BALLOTS-MARC and all future modules are borne by Stanford 
University and are not req^uested as part of this grant* 



DESCRIPTION OF ACTIVITIES: 

The biMlographic service design for Stanford will be 
iinplemented in a series of H modules. The first of these 
modules^ BALLOTS-MARC > is currently being ^imp^-emepted using 
Stanford funds. The ten additional modules for vhlch funding is 
required are described belov in the order in vhich they will be 
loqplemented, 

2. In Process Pile (IPP). This module adds an in process 
file and additional printed outputs. Only MARC material is 
handled; lAten a record is found in MARC it is transferred to the 

and is retained there as an updateable record thrt>ughout 
technical processing. Since the record vlll not be purged from 
the IFF until module 3 has been lJ^lemented> the IFF idll 
represent all titles ordered and cataloged by the library using 
the automated system. A record in the IPP can be used again if 
additional copies of a book are ordered. 

3. Catalog Data File (CDP). This module involves building 
the on-line Catalog Data Pile. Since the impl^iientation of 
module 2» BALUXPS vlU have saved bibliographic information^ and 
this data will be used to create the CDP. Prom ,thls point on> 
all catalog records will enter the CDP after thff record for a 
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BALLOTS IMPLEMENTATION AT STANFORD 

Grant Develbpment Period* 



1972 
S 0 N D 


1973 

J F H A H J 


J A S 0 N D 


1974 ' 

JF HAHJJA 


1 




1 



Module Implementation Pate at Stanford (production costs not included in grant requesDi 



1972 

(months) S 0 N D 


1973 

JFHAHJJAS 


0 N 


D 


1974 
J F 


H A 


H 


J J 


A 


1 


I C P 


V 




N B 


S 


A 


L 





1^ 



Module 

Sy mbol 

I 

c 
p 

V 
K 



Module Name 
In Process File 
Catalog Data File 

Purchase Order and Original Cataloging 
Inventory File 
Non*Purchase Order Material 



Module 
Symbol 

B 

S 

A 

L 

R 



Module Name 
Book Catalog 

Standing Orders and Out-of-Print Books 
Automatic Canceling and Claiming 
Circulation 
Reserve Processing 



Figure 3* Module Implementation Dates 
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given title is no longer required in the IPF. As the CDF grows* 
it will become an increasingly valuable reference tool for 
acquisition, cataloging* and patrons* use* 

Purchase Order and Original Cataloging. Wo new file is 
added with this module* but the use of the Ipp is expanded 
considerably. Also* catalog work slips and National Pirogram for 
Acq^uisition and Cataloging (NPAC) notices will be produced. The 
scope of material for which a record is created is expanded 
considerably. It adds all non-MARC roman alphabet material that 
requires a purchase order in ordering* and any material that 
requires original cataloging. Thus* if a record is not found in 
MARC* a new IPF record is created at the terminal. This module 
will process an additional 52 percent of acquisitions and 1*2 
percent of cataloging beyond what is already processed by the 
BALLOTS-MARC module. Thus services at this point will cover 87 
percent of acquisitions and 68 percent of cataloging. 

5. Inventory File (INV). Machine-readable bibliographic 
and holdings records already exist for all books in the Meyer 
Undergraduate Library. In this module* these records will be 
converted to BALLOTS format and used to build an on-line Meyer 
Inventory File (iNV). At this point* the Meyer Cataloging Group 
will work directly with the on-line file. This file will be used 
later on for reference and for patrons* access to the complete 
holdings of the Undergraduate Libraary. 

6. Book Catalog. This module can l^e used to create any 
book catalog done in the Stanford format. At Stanford it will 
allow the Meyer Book Catalog to be produced directly from the IHV 
without going through the punched card process presently used. 

T» Non-Purchase Order Material. The scope of material 
added to the IPF is expanded to inclxxde non-MARC non-purchase 
order material — gift, exchange* approval* and blanket orders. 
This module will process an additional T percent of acquisitions 
and 6 percent of cataloging. Modules 1 through J will process a^ 
total of 97 percent of acquisitions and 82 percent of cataloging." 

8. Standing Order and Out-of-Rrint Desiderata. The 
capability of establishing standing ordei*s (, ^ and receiving the 
non-serial materials arriving with SO*s will Idb added with this 
module. In addition* out-of-print items (Op) will l^e added to 
the IPF* and search-and-q^uote letters produced for OP dealers. 
If an op item can be procured* it can be ordered using the record 
already in the IPF. 



9. Automatic Claiming and Canceling. This module adds 
programs to review IFF records automatically to determine if 
ordered material is overdue. Material may be claimed several 
times and finally canceled if the dealer does not respond. The 
Acquisition Department may override a scheduled claim or a 
cancellation. The department may also Initiate an unscheduled 
claim or cancellation. 

10. Circulation. This module is designed to handle the 
coraplejcities of the research libraiy circulation system. Using 
data from the Inventory Pllej a Meyer Library self-service 
circulation system vill be implemented including charging » 
discharging, initial check-in, circulation searching, recall, 
holds, and overdue processing. 

11. Reserve Processing. This module adds reserve Ijook 
ordering and processing for users. It vil^ be added to the 
services already offered to Meyer staff through the use of the 
IHV and IFF. 

Although modules 5> 6, 10, and 11 will be impl^ented first 
at Stanford's J. Henry Meyer Memorial Undergraduate Libraiy, each 
module vill be generallzeable and its application not limited to 
Meyer Library. 

The implementation of the Circulation module* unlike any of 
the other modules. Is highly dependent on external constraints, 
notably the existence of acceptable circulation hardware. 
Acceptability must be measured from both a user and a cost 
standpoint. When BALLOTS first began looking for a CRT terminal, 
no manufacturer was yet producing a terminal that met *;he design 
requirements at a reasonable cost. Through close monitoring of 
nev developments In terminal hardware, Stanford vas able to 
select a very good terminal, the Sanders 80lt, in time to 
integrate it into the first BALLOTS module* BAI*L01S-MAJIC . During 
the grant period, Stanford will design the circulation system and 
conduct an intensive survey of circulation hardware. It may 
become necessaiy to delay the actual implementation of the 
circulation system until acceptable hardware is available. 
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APPENDIX B 

MOMTHLY PRODUCTION STATISTICS SI«C£ INmAL IMPIjEMENTATION 
Kovemljer 1972 - December lOJk 
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APPENDIX B 

BflxiOTS Ti mmtLt mowcTicm statistics* i9T2 ; 

I 

{t«k«Ei troa tb« BALLOTS MonthlT Itepoirtt of this p«Hod) ^ | 



Rrlixted Output Moath 



Cbtckttd tgr d«al«r t<port sllpa) 

sroceMlnff slip i«ts 1^8 
C5~dlfr*wtit per aet) 

catalog duta allPs 

mt<i«Ptlc c« ocql latloo J 
C»nc«l tilt alipJ 

(In of two) 
■fctchad afetndlMC search 
T«q:u«rt aottc«« » 

MPAC not leg* 
Title 11 ilTpT 

a— reh and quota noticta 

TOTAli PIECES PRUJTEDt 

Total Tltl«« Catalof«d; 

Total Catalofei Through BALT01S Ttt 

F^rctvit^<t of Cataloglne IHine 
tbrou^ BAUXyES II^ 



JtOTEj TtM at«tl<tlca'00 tbla p«Q« npreMUt fona pitoduc«d throu^ tbs flrat BALLOTS H sodula i^lcsent«d-<'tlt« BAUjOTS-KABC HodaX^* Tbe pvooe««iflft allpa cooai«t«d of an 
Order Tll« allp, « Jil« aiip, « o«t«log alip» « TunA Fil« *liPf m Beq^etttr notice, ud « cct«los ifoik allp.* Aa mot« feeturea of the aystva ver* i^leaeoted, acat of 

tbwtt fons Vttxa 3«oAuf«d a«]^ft^«ly, ta later «t«tlatica ^how* Ctbeira vare no longer oee^d, ea oa-llne cc^uter fllea repleced tbe um of tr^ditiooel p^per fiiaa.* 

St«tlatlca on totid plecea printed, totia titlea cAtiOoged^ title* catiOoged tbrou^ili &ALLOTS IX» and percentage of BALLOTS II catiOoginc did n&t ap^ar in tbe BALLOTS 
MontUy Beporta. 



^theae font* wre not produced in l972« 



atruddc b 

BALLOVS II MONTHLY mmCtim dTjaiSTlCSf 1973 



(tilun ritm. t:3A WJ£ftS KoptlUT Bvportt ud Llbr«r3r Cavutinc 5«rvic«« Bull«tiju of tbl« period) 



IVtitt«d Output 



Mouth 







Mkrch 


April 




JttEI« 


July 


Aug* 




Oct* 


Nov. 




345 


3S5 


35e 




359 






5l5 




373 


939 


L/63L 


















3l!i 


are 




675 


305 


325 


3^ 


£56 


359 


UTS 


It 20 













-a 



(tuke^l by a«Al«r r«pOrt *llpf) 

(to tp«cifi*d vendor) 

l5""dlSSrentTIIpa per let) 
order eilpa 
cet«liQg^eFe elipa 

clel» ootloee 

Claia notlcee - 

etiadlnit order 
cencttlleitToB noticee 
aatoMetLo cettceii*tiop* 
CmhwI file a jl^ 
reoueater notieee 
eetAlog Oirde 
eplpe leTjeie 

(In aete of tw) 
aefaJied eteodtttg eeerch 

reqyeit Botloee 
pQj^Wl itendljg learch 
re^ue it^otjo»e 



38U 
35 



3W5 

30 



33^ 
6l 



8,975 
U5a5 

123 



IS,16T 
1,758 

317 



.512 
293 



8S5 $eta 6&1 sets i 



1,7S^ 
260 



sets 



355 



HFAC notice ■ 



Fund yile aUp* 

aemreh >ftd guote notlcea 

TOIHL PIECES HIIMXED! 

Tot^a Titlea Cetelo«fed; 

Total CatAloged TbrougH BALLOTS II: 

P«i^ent*8e ^f C&tAlogXtic Done 
TbrouiJh BAUOIS Ilj 



353 
7 
3 



17*6=^ 



^.3lt 



3as 







19 


26 


36 


3S6 

17,5S1» 


11,733 
£,£58 


365 

n,i>*8 

2,S86 


13,3*0 
S,2T0 


loe 

SO, 1^0 
S,9^ 




2ZJ 


276 


172 


368 


III •* 






273 


182 

7 

6 


22,597 


15,607 


17,338 


17,1ft 


26,873 


1,777 


8]£ 


8$e 


939 


1,668 



mutt The Jn Ptoceaa^Flle (IPF) Module w J^lMtnted in April, tb« Ce^elog J>tfc File (COTj Module in JfaOy, end the Purohaae Order/OiMglnel Cataloging (PO/OCJ Module in 
KoT«ab«r 1973* W.th the CDF aodule tbe ay»te« beg«a ptoduelng extre pnrclMae ordar ocplea^ owtelog d%t(h allpa. o1«1m notlcea^ end cwiwelletlon notlcea. A maSotr of p«per 
file proceaalnc alip* vere no lon^r needed, end ttet^lAg in Auiguct» req^eater ootioea ttre Hated aepe^tely. Vlttt tbe H)/OC Bodule om* In^fOlce alert alip«» Cenoel Hie 
allp«. mc notlcea* and Title XI ellpc. 3t«tlttiea on fienerel totel* begui iqppeerltig in th* firet laauc of tbe UbrtJcy Ooivuttlng Se^oea BoTLAtin in Stpteab«r 1973* 



* 2x*ct fljurea not a^raileble* 

** A abift in atatlttloa ke«pingv.inaA>«r of oiirdi pex^ Mt 'vMfiee* 

Iikitli^ running of pur«e progrM acbeduled for «1^ Boatha after fint atandlng aeatch re^eata vere li^ut* 




APFfiKDCC B 

wjum II i«offtm,T mommm jmi latics, 197** 



Prtnit«a Oitput 



(titott fre» the BALLCT3 Iteotfely Itporta nd tAbyry Coi^tttlng gerrlc— Bull«tlm of thla period) 













HODtti 
















?eb. 




April 


M«y 








Sept, 


Oct, 


Nov. 






1/^93 


1,816 


1/97^ 


2,223 


2,006 


l/55»t 


1/785 


1/TTO 


2/149 


I/89I 


1/522 


639 


6^7 


916 


TTO 


791 


89T 


523 


480 


428 


561 


442 


176 


58 
T 


1/237 
7 
13 


1,1&2 


1/216 

16 
13 


3/^59 
12 
10 


3/588 
13 
127 


2/69? 
8 
ik 


9r 

2/451 
6 
16 
722 
0 


189 
2,607 

1 


325 

2/555 
10 

27 
725 
1 


337 
2/761 
5 

23 
0 


223 

$/462 
9 

13 
0 


€h 


7k 


91 


72 


53 


71 


66 


188 
0 




^ hi 
0 


* 

56 


* 

SOS 

2/oao 
37/6or 
5/466 


171 
6,078 


217 
1,282 
39/030 
6,70a 


2^ 
1/276 

*>*CT6 


235 
1,312 

40/660 
3/138 




51*6 
*'/:69 

3/326 


480 

45/67^ 
3/95T 


381 

2/928 
38/3*13 
5/3* 


X95 
3/1S2 


^135 

2,9as 

"19/309 
6/938 


172 

38,768 
6,320 




370 


197 




251 


285 


272 


160 


340 


325 


«-» 






0 


0 


192, 


182 


248 


0 


140 


444 


863 


** 




15 


X 
IT 


3 
15 


h 

11 


7 

107 


0 
0 

27 


0 
0 

52 


176 
370 
6^ 


232 
405 
117 


105 
105 


51 
250 
66 
68 


-u 




51,090 


62/509 


53/311 


68,99»» 


59/205^ 


61/1^28 


53/680 


61/338 


67/80fc 


^3/970 


50/392 






S»>33 




5/620 


*>/5BEJ 


4/516 


3/631 


3/756 




3/729 


3/295 


2/6:6 


3,893 


3/570 


2,8911 


3/672 


3/060 


3/328 


2/661 


2/653 


2/8^ 


2/851 


2,609 


68.9^ 


75,0)fr 


80,5* 


58,8* 


65,3* 


66,agt 


73,7* 


73*3?t 


75*9^ 


66,9* 


76,5* 


79-2*' 



00 
o 



gttTgjiaje ordera 

(,b«ckid tf feeler report 5llp«) 
^r^ P,&, eopUa 

(to cpeelfied Yendor) 
prq^aalqg, allp acta 

(6 different slip* per «et) 
order allpe 
catalog 'gate ellpe 
laroiee elert jIIpb 

tjjtoMgti e eleima 
elaliTBotltfee * 
Jtendlqg order 
c«Dcelletlo<i noFleee 
■nto^ytlc: eeocelletlooi 
Ceneel file ellpe 
reaueeter noticee 



eplne lelwle 



(lo eete of two) . 
aetcihed etendlng eeereb 

requeet noticee 
pttrged rte pdina eeereb 

reqiiett ootlcee 
IfBMS oatieeft 
Title II elTpi 
?UDd rile jUpe 

eeerch end qiuote notleee 

TOIAL FI£C£& FRUtlCDi 

TOtel Title 4 Cetel0t«d; 

TOtel Cetalofed Thrvu^ BULOIS XIi 

Bfrrcentftfle of Cetelo^tng I>one 
Throogb BUXOTS II; 

WJTEj The Jfon-Pttgcbeee Order Materiel Bw^eipt (atpp) nodule end the Aatowetle CleiMlng end Ceaeellng (acc) ifodule i»J» iMple^inted in iprll, the Stendlng Order (SO) WoAile 
In Axtfuet/ the Out^of-Prlnt (OP) Module In October, end the Meyer loventoty Pile (mv) Module in Deee^r 197<*, ^ tutu, tbeee led to tbe production of Pund Pile ellpe, 
mt^etlo ol«lae end oencelletlooe, order ellpe, etendiiig order oleix notioee, end tearcb end q^ote notloee. 



* Subeuaed in flsore belov thle line, 

^ Stetletloe itot priJited in Library Ooaputing Serrleee BuUetitt, 



